أهلاً،
لقد كنت أستخدم Discourse لمدة 3 أسابيع تقريبًا وحتى الآن أحب الإمكانيات، والسهولة، وواجهة برمجة التطبيقات (API)، والتوثيق، والمجتمع الداعم. إنها تجربة رائعة حقًا حتى الآن.
في شركتنا، لدينا تطبيق ويب يمكن للمستخدمين تسجيل الدخول إليه، وهو متصل بنظام خلفي يقوم بتخزين المستخدمين. الآن نريد أيضًا تقديم منتدى Discourse، والذي يجب أن يتمكن المستخدمون الحاليون من تسجيل الدخول إليه عبر SSO.
نحن نستخدم DiscourseConnect الموثق بشكل جيد هنا. نحن نستخدم أيضًا مسار sync_sso لمزامنة أي تغييرات نجريها من جانبنا على الفور مع Discourse. هذا يعمل بشكل رائع حتى الآن.
الآن لدى مالك المنتج مطلبين، قبل أن أقرر تنفيذهما بنفسي، أريد التحقق المزدوج مما إذا كان يمكن تهيئتهما مباشرة في Discourse:
-
في قاعدة بياناتنا الداخلية، لا يمتلك المستخدمون اسم مستخدم. لكن لديهم، من بين أشياء أخرى، اسم حقيقي. في إثبات المفهوم (PoC) الحالي لدينا، نرسل هذا الاسم الحقيقي مع
ssoRecordبحيث يقوم Discourse بتخزينه وإنشاء اسم مستخدم. ومع ذلك، قد لا نكون قادرين قانونيًا على القيام بذلك وقد نحتاج إلى السماح للمستخدمين بتحديد ما إذا كانوا يريدون تخزين أسمائهم الحقيقية في مثيل Discourse الخاص بنا وأي اسم مستخدم يرغبون في الحصول عليه داخل مثيل Discourse الخاص بنا.
سؤال: هل من الممكن اكتشاف متى يستخدم المستخدم SSO للمرة الأولى وفي هذه الحالة إعادة توجيهه إلى نوع من “صفحة الترحيب” حيث يمكنه تحديد الاسم واسم المستخدم الذي يجب استخدامه؟ من الناحية المثالية، سيتم ملء هذه القيم مسبقًا من القيم الموجودة فيssoRecordولكن يجب على المستخدم تأكيدها بنشاط قبل متابعة إجراء تسجيل SSO المتخفي كإجراء تسجيل دخول. -
بالحديث عن التأكيد: مرة أخرى، عندما يستخدم المستخدم SSO للمرة الأولى، هل هناك طريقة للتأكد من أن المستخدم يمكنه قراءة شروط وأحكام الاستخدام الخاصة بنا والموافقة عليها قبل تخزين بياناته فعليًا في قاعدة بيانات Discourse؟
يمكنني نظريًا تنفيذ كلا الخطوتين من جانبنا في تطبيق الويب الخاص بنا. ولكن مرة أخرى، قبل أن أفعل ذلك، أردت التحقق لمعرفة ما إذا كان Discourse يوفر شيئًا جاهزًا. لم أتمكن من العثور على أي شيء ذي مغزى في إعدادات لوحة المسؤول، ومن هنا سؤالي هنا ![]()
شكرًا!
تعديل:
وجدت هذا الموضوع المشابه الذي يقترح استخدام الخيار auth skip create confirm، ومع ذلك، تم إلغاء تحديد هذا الخيار بالفعل افتراضيًا.