Вход для потребителей доступен в журналах аудита для B2C. https://docs.microsoft.com/en-us/azure/active-directory-b2c/active-directory-b2c-reference-audit-logs
Назначение приложения не поддерживается в B2C, поэтому я не думаю, что эти журналы будут доступны. https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/methods-for-assigning-users-and-groups
Необходимо только должны быть генерировать каждое изображение однажды и затем сохранить его на жестком диске. Нагрузка на Ваш сайт не должна увеличивать объем обработки, необходимо сделать. Однако это почти кажется на использование изображений для вещей, которыми Вы не должны быть. Если существует столько различных изображений, что Вы не можете не отставать от генерации их, пора отказаться от Ваших необычных изображений для вещей, которые не должны быть изображениями и возвращаться к прямому тексту. Если пользователю не установили указанный шрифт, он должен просто отступить к подобно выглядящему шрифту. CSS имеет хорошую поддержку этого.
посмотрите мой ответ здесь
Это может быть сделано вручную или использование своего рода автоматизированного (CMS) система.
Основной метод состоит в том, чтобы кэшировать Ваши изображения на языке определенная структура каталогов и затем записать обработчик HTTP, который эффективно удаляет дополнительный слой каталога. например:
/images/
/en/
header1.gif
/es/
header1.gif
В Вашей разметке или CSS Вы просто сослались бы на/images/header1.gif. http hander затем использует сессию (если язык является конкретным пользователем), или конфигурация (если конкретный сайт) для выбора, который каталог вручить изображение от.
Это обеспечивает чистую строку bewteen код и содержание, и позволяет, чтобы сторона клиента кэшировалась. Resx является большим для маленьких строк, но я очень предпочитаю систему как это для изображений и большего содержания. особенно в сети, где обычно легко передвинуть изображения.
У меня была та же проблема, несколько лет назад и наша интерфейсная команда указали на нас на SIFr. http://wiki.novemberborn.net/sifr/
Вы встраиваете свой шрифт в фильм Flash и затем используете JavaScript SIFr для динамичного преобразования текста в шрифт. Поскольку это является клиентским, нет никакого влияния серверной стороны.
Если пользователю не установили Flash или JavaScript, они получают самый близкий веб-дружественный шрифт.
Как добавленная премия: потому что Ваше содержание является все еще текстом - Google может искать и индексировать содержание - огромная оптимизация SEO.
Из-за кэширования я добавил бы только URL изображения в resx. Кэширование намного лучше для статического содержания (i-e простые файлы), чем для сгенерированного содержания.
Я был бы очень осторожен относительно помещения текста в изображениях вообще, CSS с соответствующей нейтрализацией семейства шрифтов является, вероятно, корректным ответом на доступности и хорошей территории MVC.
Где поколение действительно требуется, я думаю, Kiblee и JayArr обрисовывают в общих чертах хорошие решения