هذا سخي منك يا @pfaffman ولكن للأسف ليس لدي ميزانية.
بعد إنشاء المنشور، وجدت في المقالات المقترحة هذا الرابط Disable DiscourseConnect من عام 2019. وهو مفيد بفضل عمليته الواضحة ولكني ما زلت أفتقر إلى بعض الفهم الأساسي لكيفية عمله الآن.
أنا واثق تمامًا من أن تسجيل الدخول لا تتم إعادة توجيهه. تبدو صفحة تسجيل الدخول حقًا وكأنها تدفق تسجيل الدخول الأصلي لـ Discourse مع الكثير من الأصول والبيانات المخصصة لـ Discourse والمبرمجات وما إلى ذلك، وحتى رابط وحدة التحكم للالتزام المحدد للمنتدى الذي نديرها.
Discourse v3.5.0.beta3-dev — Commits · discourse/discourse · GitHub — Ember v5.12.0
هذا يجعلني متأكدًا جدًا من أن Discourse يعمل كمصدر حقيقة خاص به للمصادقة.
ما لا أفهمه حقًا هو كيف أو لماذا يتم تعيين تكوين DiscourseConnect لتجاوز البريد الإلكتروني واسم المستخدم وما إلى ذلك من “الموقع الخارجي” ولكن يتم أيضًا تمكين نقطة النهاية /session/sso_provider؟ أليس هذا مثل جعل Discourse يتخلى عن مسؤولية تسجيل الدخول وفي نفس الوقت يعمل كمصدر حقيقة؟ أم أنني أغفل جزءًا أساسيًا من الفهم/التوثيق في كيفية عمل خاصية تسجيل الدخول الموحد (SSO) في DiscourseConnect؟
شكرًا للجميع على المساعدة في تعلمي.