يبدو أن هذا ممكن بالفعل في بيئة الشركات
ولكنني لا أرى سببًا لتقييده بـ SSO.
إنه حل رائع للمشاكل التي تنشأ عند استخدام عنوان بريد إلكتروني مختلف لكل خدمة.
يبدو أن هذا ممكن بالفعل في بيئة الشركات
ولكنني لا أرى سببًا لتقييده بـ SSO.
إنه حل رائع للمشاكل التي تنشأ عند استخدام عنوان بريد إلكتروني مختلف لكل خدمة.
يبدو أن الكود موجود بالفعل لـ Discourse
ولكن الأهم من ذلك، تم تنفيذ هذا في أماكن أخرى، ويدعم كل من Gravatar و Libravatar ذلك بشكل جيد.
على سبيل المثال، إليك مستند قمت بإنشائه حول دعم Libravatar
https://gitlab.com/-/snippets/2590066/raw/main/s0s2gl.txt.md
APIs
email = ''.encode('utf-8') hash = hashlib.md5(email.strip().lower()).hexdigest() print(hash)Examples
أنا أخمن هنا، لكن أعتقد أنه للحفاظ على تقديم الصور الرمزية الخارجية مع 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.