Локализовать изображения в ASP.NET

StackOverflow https://stackoverflow.com/questions/331000

Вопрос

Пару лет назад мы попросили графическогодизайнера переделать наш веб-сайт.Его результаты выглядели великолепно, но, к сожалению, он ввел новый шрифт, не поддерживаемый веб-браузером.

Сначала я такой: "Что?!"...поскольку большая часть нашего контента динамична, и не было реального способа предварительно создать все изображения.Существовала также проблема нескольких языков (поскольку мы знали, что испанский уже на горизонте).

В любом случае, я решил создать несколько классов для автоматической генерации изображений с помощью GDI + и программного кэширования их по мере необходимости.Это решило большинство наших первоначальных проблем.Однако теперь, когда наша нагрузка резко возросла, произошел сбой на нашем сервере пользовательского интерфейса.

Теперь перейдем к вопросу...Я хочу заменить большинство динамических изображений GDI + стандартным шрифтом веб-браузера.Я подумываю сохранить некоторые из отрисованных изображений GDI + и поместить их в файл resx, но планирую заменить большинство из них шрифтами Tahoma или Arial с помощью asp: Labels.

Какое из решений для локализованных изображений, по вашему мнению, является лучшим?

  • Встраивание изображений в resx
  • Только добавление URL-адреса изображения в resx
  • Какое-то другое решение

Моя главная задача - ограничить обработку на сервере пользовательского интерфейса.Если это так, будет ли добавление URL-адреса изображения в resx лучшим решением по сравнению с фактическим внедрением изображения в resx?

Это было полезно?

Решение

Вам нужно будет сгенерировать каждое изображение только один раз, а затем сохранить его на жестком диске.Нагрузка на ваш сайт не должна увеличивать объем обработки, который вам приходится выполнять.Тем не менее, это звучит почти так, как будто вы используете изображения для того, чего вам делать не следует.Если существует так много разных изображений, что вы не можете успевать за их созданием, пришло время отказаться от своих причудливых образов ради того, что не должно быть изображениями, и вернуться к обычному тексту.Если у пользователя не установлен указанный шрифт, он должен просто вернуться к похожему шрифту.CSS имеет хорошую поддержку для этого.

Другие советы

смотрите мой ответ здесь

Это можно сделать вручную или с помощью какой-либо автоматизированной системы (CMS).

Основной метод заключается в кэшировании ваших изображений в языковой структуре каталогов, а затем в написании HTTP-обработчика, который эффективно удаляет дополнительный уровень каталогов.например:

/images/
    /en/
        header1.gif
    /es/
        header1.gif

В вашей разметке или CSS вы бы просто ссылались на /images/header1.gif .Затем обработчик http использует session (если язык зависит от пользователя) или config (если зависит от сайта), чтобы выбрать, из какого каталога отправлять изображение.

Это обеспечивает чистую строку кода и содержимого bewteen и допускает кэширование на стороне клиента.Resx отлично подходит для небольших строк, но я предпочитаю подобную систему для изображений и более объемного контента.особенно в Интернете, где обычно легко переключать изображения.

У меня была такая же проблема несколько лет назад, и наша команда по интерфейсу указала нам на sIFR. http://wiki.novemberborn.net/sifr/

Вы встраиваете свой шрифт в Flash-ролик, а затем используете sIFR JavaScript для динамического преобразования текста в свой шрифт.Поскольку это работает на стороне клиента, никакого воздействия на стороне сервера не происходит.

Если у пользователя не установлен Flash или JavaScript, он получает самый близкий веб-шрифт.

В качестве дополнительного бонуса:поскольку ваш контент по-прежнему остается текстовым - Google может осуществлять поиск и индексировать контент - огромная SEO-оптимизация.

Из-за кэширования я бы предпочел добавить в resx только URL изображения.Кэширование намного лучше для статического содержимого (то есть обычных файлов), чем для сгенерированного содержимого.

Я был бы очень осторожно относитесь к размещению текста на изображениях вообще, CSS с соответствующим резервным вариантом семейства шрифтов, вероятно, является правильным решением с точки зрения доступности и хороших оснований MVC.

Я думаю, там, где действительно требуется генерация Киблее и ДжаЯрр наметьте хорошие решения

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top