Похоже, что это уже возможно в корпоративной среде
но я не вижу причин, почему это должно быть ограничено только SSO.
Это отличное решение проблем, возникающих при использовании разных адресов электронной почты для каждого сервиса.
Код для Discourse уже, похоже, существует
но что ещё важнее, это уже реализовано в других местах, и Gravatar и Libravatar явно хорошо его поддерживают.
Например, вот документ, который я подготовил о поддержке Libravatar:
https://gitlab.com/-/snippets/2590066/raw/main/s0s2gl.txt.md
API
email = ''.encode('utf-8') hash = hashlib.md5(email.strip().lower()).hexdigest() print(hash)Примеры
Я немного гадаю, но, думаю, чтобы продолжать обслуживать внешние аватары через SSO и настройку discourse connect overrides avatar или путём добавления URL в настройку external system avatars url, вам потребуется отключить настройку сайта download remote images to local. Таким образом, то, что вы хотите сделать, уже возможно, но только ценой запрета загрузки всех удалённых изображений.
Однако, я считаю, что в Discourse есть функционал, который вам нужен, — это Gravatars. Вы можете отключить настройку сайта automatically download gravatars, оставив при этом включённой настройку download remote images to local.
Редактирование: Если я правильно понимаю, как всё работает сейчас, то нужная вам функция — это новая настройка сайта: automatically download external system avatars.
Когда эта настройка будет отключена, аватары смогут обслуживаться из external system avatars url без их загрузки в Discourse.
1 лайк