التكامل مع نظام مصادقة مخصص حيث لا تكون البريد الإلكتروني فريدًا

@simon @supermathie لقد كنتم متعاونين للغاية حتى الآن، وآمل أن أتمكن من الخروج قليلاً عن نطاق هذا الموضوع وطلب بعض المساعدة الإضافية؟

لقد قمت بتثبيت Discourse على جهاز محلي للاختبار، باستخدام Install Discourse for development using Docker كدليل لي. لم أتمكن من العثور على أي أدلة أخرى حول كيفية إعداده للاختبار المحلي؟ يبدو أن الويكي يغطي فقط إعدادات الإنتاج، والتي تتطلب إعداد النطاق/DNS/SMTP الخاص بك بالفعل. لم نكن نرغب في عرض المنتدى للجمهور حتى يتم تنفيذ كل شيء من جانبنا، لذلك احتجنا إلى اختبار محلي حيث لم يكن أي من هذا مطلوبًا.

لقد قمت بتشغيله باستخدام هذا الدليل، وقمت بتطبيق SSO على نسخة محلية من موقعنا، ولكنني واجهت مشكلتين حتى الآن:

  1. يبدو أن إعادة التوجيه إلى return_sso_url تعمل جزئيًا فقط؟ في حالتي، عنوان URL هو http://localhost:3000/session/sso_login. إنه يعيد التوجيه بنجاح، ولكن بعد إعادة التوجيه الأولية، يرسلني إلى http://localhost:3000، والذي يعرض فقط الخطأ RuntimeError: Discourse does not support compiling scss/sass files via Sprockets. الخيط الوحيد الذي تمكنت من العثور عليه حول هذا الخطأ هو https://meta.discourse.org/t/error-when-building-discourse-does-not-support-compiling-scss-sass-files-via-sprockets/305402، ولكن لم يبدو أن ذلك قد تقدم حقًا. لم يقبل OP أي حل، والشيء الوحيد الذي حدث هو السؤال عن أحجام ذاكرة الوصول العشوائي والمبادلة (الجهاز الذي يعمل عليه هذا لديه 32 جيجابايت من ذاكرة الوصول العشوائي و 2 جيجابايت مبادلة. لذلك أشك في أن هذه هي المشكلة؟)
  2. يبدو أن avatar_force_update لا يتم احترامه؟ أو على الأقل، ليس للمستخدمين المسؤولين؟ لقد قمت بتمكين discourse connect overrides avatar في إعدادات الموقع، وفي حمولة استجابة SSO أقوم بتعيين كل من avatar_url و avatar_force_update. ولكن عند تسجيل الدخول إلى حساب المسؤول (الذي يرتبط بحسابي الخارجي) فإنه لا يعرض صورتي الشخصية الخارجية؟ يمكنني رؤية أن external_avatar_url يتم تعيينه بشكل صحيح عند التحقق من بيانات المستخدم المسؤول عبر واجهة برمجة التطبيقات، ولكنه لا يبدو أنه يتم استخدامه في واجهة المستخدم؟