نقوم بإعداد تسجيل الدخول الموحد (SSO) بين منصتنا التي لا تتطلب أكواداً ومنتدى Discourse المستقبلي الخاص بنا. كل شيء يعمل بشكل رائع، لذا تهانينا على ذلك. ومع ذلك، نفكر الآن فيما إذا كان ينبغي علينا أيضاً الاحتفاظ بتسجيل الدخول ‘الأساسي’ في Discourse عبر البريد الإلكتروني + كلمة المرور.
أفكاري:
إذا احتفظنا بتسجيل الدخول الموحد فقط، فلن يتمكن سوى المستخدمين الحاليين لدينا من الانضمام إلى المجتمع. هناك نسخة مجانية من منتجنا، لذا إذا أراد شخص ما الانضمام إلى المجتمع ولم يكن لديه حساب معنا، فيمكنه التسجيل في الخطة المجانية. ومع ذلك، أعتقد أن هذا قد يكون منفراً للبعض.
إذا احتفظنا بكلا الخيارين، فقد ينتهي بنا الأمر بحسابات مكررة إذا استخدم شخص ما عنوان بريد إلكتروني (أ) لإنشاء حساب المجتمع ثم لاحقاً عنوان بريد إلكتروني (ب) للتسجيل لدينا.
آمل أن يستخدم غالبية المستخدمين نفس عنوان البريد الإلكتروني . بالنسبة للقلة الذين ينتهي بهم الأمر بحسابات مكررة، يمكنهم دائمًا أن يطلبوا من مسؤول ‘دمج’ الحسابات عبر لوحة تحكم المسؤول في Discourse.
هذا ما أفكر فيه أيضًا. ومع ذلك، هناك بعض الأصوات التي تقول إن تسجيل دخول OAuth2 يمنحنا معلومات قيمة عن المستخدمين لأننا نرى ما يفعلونه في منتجنا، وما هو مجال عملهم وما إلى ذلك. أنا أجمع الآراء في هذه المرحلة
لقد استخدمته عدة مرات في منتديي.
آسف على الخروج عن الموضوع قليلاً، ولكن في وقت ما، عندما كنت أقوم بالدمج من/إلى (?) حساب يحتوي على الكثير من المحتوى، انتهت مهلة العملية (30 أو 60 ثانية أو أكثر، لا أتذكر) وأدت إلى حساب مدمج جزئيًا، مع رسائل مفقودة. معطل قليلاً. لا مشكلة كبيرة، ولكن لا يزال… لقد حدث لي عدة مرات حتى لاحظت أنه لن تنتهي مهلته عبر سطر الأوامر باستخدام مهمة rake.
لقد مر عامان، ولكن منذ ذلك الحين أصبحت خائفًا جدًا من الدمج عبر الواجهة لدرجة أنني أقوم بذلك دائمًا عبر مهمة rake، إلا إذا كان للحسابين المراد دمجهما محتوى قليل جدًا.
لقد تم إجراء العديد من التحسينات على مدار العامين الماضيين. بالنظر بسرعة إلى الكود، يحدث الدمج الآن في مهمة خلفية، لذلك لا ينبغي أن يكون من الممكن أن “ينتهي وقته” كما كان يحدث في السابق.
إذا كنت لا تزال ترى مشاكل، فيرجى إنشاء موضوع Support