لقد ورثت مسؤولية استضافة المنتدى الخاص بنا ويبدو أنه تم تكوينه مسبقًا باستخدام Discourse Connect. أنا لا أفهم هذا التكوين وقراءة الوثائق التي تمكنت من العثور عليها لم تنر بصيرتي بعد.
لست متأكدًا مما إذا كان مجرد تكوين متبقي (إذا كان الأمر كذلك، فأرغب في تنظيفه) أو ما إذا كان المنتدى بطريقة ما عميلاً وخادمًا لمصادقة DiscourseConnect؟ حتى أفهم الأمر بشكل أفضل، أخشى تغيير أي شيء لأنني لا أريد أن أفقد الوصول. المنشور حول DiscourseConnect يتضمن هذه المعلومة حول الانتقال من تسجيل الدخول الموحد.
إذا كنت أقرأ هذا بشكل صحيح، فعندما أقوم بتعطيل DiscourseConnect، هل سأجعل كل مستخدم مضطرًا لإعادة تعيين كلمة المرور الخاصة به؟
سأشارك أكبر قدر ممكن من التكوين الخاص بي أشعر بالأمان في مشاركته لمحاولة توفير السياق. أعتقد… أنه ربما تم إعداد DiscourseConnect كـ موفر وعميل لتدفق المصادقة وهذا يربكني.
إذا كان أي شخص مستعدًا/قادرًا على مساعدتي في الوصول إلى جوهر هذا الأمر، فسأكون ممتنًا حقًا للمساعدة. أنا متردد في إلقاء الكثير من السجلات في منشور الدعم ولكن يمكنني مشاركة المزيد من المعلومات (بما في ذلك السجلات) عند الطلب.
هدفي هو
الحصول على فهم أكبر لكيفية عمل المصادقة لدينا حاليًا
تسهيل قيام المستخدمين بتغيير رسائل البريد الإلكتروني وتكوين الحسابات الأخرى حيث أنني حاليًا مضطر لإرشادهم لإنشاء حساب جديد.
إذا كنت ترغب في الحصول على مساعدة من شخص يمكنه تسجيل الدخول إلى موقعك والمساعدة في معرفة ما يحدث، يمكنك الاتصال بي أو السؤال في Marketplace. معلومات العقد الخاص بي موجودة في ملفي الشخصي.
ولكن إذا كنت تستخدم اتصال ديسكورس (Discourse Connect)، فسترى أنه عند تسجيل الدخول يتم توجيه المستخدمين إلى الموقع الآخر لتسجيل الدخول. إذا كانت هذه هي الحالة وتريد تسجيل الدخول مباشرة إلى ديسكورس، فنعم، سيتعين على المستخدمين تعيين كلمة مرور.
هذا سخي منك يا @pfaffman ولكن للأسف ليس لدي ميزانية.
بعد إنشاء المنشور، وجدت في المقالات المقترحة هذا الرابط Disable DiscourseConnect من عام 2019. وهو مفيد بفضل عمليته الواضحة ولكني ما زلت أفتقر إلى بعض الفهم الأساسي لكيفية عمله الآن.
أنا واثق تمامًا من أن تسجيل الدخول لا تتم إعادة توجيهه. تبدو صفحة تسجيل الدخول حقًا وكأنها تدفق تسجيل الدخول الأصلي لـ Discourse مع الكثير من الأصول والبيانات المخصصة لـ Discourse والمبرمجات وما إلى ذلك، وحتى رابط وحدة التحكم للالتزام المحدد للمنتدى الذي نديرها.
هذا يجعلني متأكدًا جدًا من أن Discourse يعمل كمصدر حقيقة خاص به للمصادقة.
ما لا أفهمه حقًا هو كيف أو لماذا يتم تعيين تكوين DiscourseConnect لتجاوز البريد الإلكتروني واسم المستخدم وما إلى ذلك من “الموقع الخارجي” ولكن يتم أيضًا تمكين نقطة النهاية /session/sso_provider؟ أليس هذا مثل جعل Discourse يتخلى عن مسؤولية تسجيل الدخول وفي نفس الوقت يعمل كمصدر حقيقة؟ أم أنني أغفل جزءًا أساسيًا من الفهم/التوثيق في كيفية عمل خاصية تسجيل الدخول الموحد (SSO) في DiscourseConnect؟
إذًا، لأن هذا لم يتم النقر عليه، فإن جميع الإعدادات الأخرى مجرد حشو/ضوضاء؟ مدهش! شكرًا جزيلاً لك على التفاعل بشأن هذا الأمر.
لذا، توقعي الجديد هو أن إلغاء تحديد/إعادة تعيين كل شيء باستثناء Login Required لن يكون له أي تأثير. سيستغرق الأمر مني بضعة أيام لتجميع الشجاعة الكافية لتجربته، وسأقوم بتحديث الموضوع عندما أفعل ذلك بالنتائج.
Discourse v3.5.0.beta3-dev — 
