هل يمكن لـ Discourse تقديم خدمة تسجيل دخول أحادي/اتحادية مشابهة لـ StackExchange؟

بدأت أرى Discourse في كل مكان، ولا يمكنني أن أكون أكثر سعادة! يبدو أنها تتحول بسرعة إلى الخيار القياسي للمجتمعات التي تسعى إلى إعداد منتديات نقاش جديدة بسرعة أو استبدال المنتديات القائمة القائمة على منصات قديمة وأنماط تجربة مستخدم قديمة.

ومع ذلك، يبدو في بعض النواحي أنها ضحية لنجاحها الخاص - فكلما أردت النشر في مجتمع Discourse جديد، أحتاج إلى إنشاء حساب، وإعداد كلمة مرور، وما إلى ذلك. لقد قام بعض المجتمعات بتهيئة OAuth عبر Github ووسائل التواصل الاجتماعي وما إلى ذلك، لكن الكثير منها لم يفعل ذلك. عليّ إنشاء حساب جديد والتحقق منه على خادم Discourse الخاص بهم فقط لطرح سؤال واحد، أو تقديم إجابة، أو حتى :heart: إجابة وجدت أنها مفيدة.

قارن هذا بتجربتي على شبكة StackExchange، حيث يُعرض عليّ زر “انضم إلى هذا المجتمع” في مجتمع أود التفاعل معه لأول مرة. عندما أضغط على هذا الزر، يُعرض عليّ التسجيل باستخدام تسجيل الدخول من مجتمع آخر:

يتم إنشاء الحساب الجديد وتسجيل الدخول إليه بنقرة واحدة.

أعتقد أن مشكلتي تكمن في وجود افتراض غير معلن مفاده أن كل مجتمع Discourse هو جزيرة مستقلة بحد ذاتها، وأن المستخدمين يجلسون طوال اليوم مسجلين الدخول في منتدى واحد انتظارًا لردود الأسئلة الجديدة، ممتعين بكسب الشارات وتراكم الامتيازات. في الواقع، فإن الغالبية العظمى من تفاعلات المستخدمين مدفوعة بالحاجة، مع وجود عدد قليل جدًا من المستخدمين الذين يرسون المجتمعات للمشاركة بشكل منتظم. أعتقد أن تفاعل المستخدم النموذجي مع مجتمع Discourse يشبه التالي:

  1. وجود مشكلة
  2. البحث عن إجابة عبر Google
  3. عدم العثور على حل في أي مكان على الإنترنت، بما في ذلك منتدى Discourse الخاص بالمجموعة
  4. اتخاذ قرار بأن مشكلتي ملحة بما يكفي لإنشاء حساب على المنتدى
  5. طرح سؤالي أو التعليق على سؤال موجود
  6. الحصول على إجابة من شخص ما، أو في النهاية حلها بنفسي
  7. إذا حللتها بنفسي وأشعر بروح التعاون، أعود إلى منتدى Discourse وأبلغ عن حلي
  8. العودة إلى حياتي اليومية
  9. بعد سنوات، أواجه مشكلة أخرى وأحاول تذكر بيانات اعتمادتي لتسجيل الدخول إلى المنتدى مرة أخرى
  10. تكرار الخطوات من 5 إلى 10

كثير من هذه العملية يتعثر بسبب الحاجة إلى إنشاء حساب جديد لكل منتدى جديد أود المشاركة فيه.

أدرك أن مجتمعات StackExchange تديرها شركة مركزية، بينما تستضيف مجتمعات Discourse بطريقة لا مركزية تمامًا، لكن يبدو أنه يمكن تنفيذ ذلك من خلال قيام Discourse بإنشاء خدمة مزود هوية خاص بها. على عكس دمج شيء مثل Github أو Facebook، حيث يجب على مدير المنتدى اتخاذ خطوات نشطة على موقع ويب خارجي لتهيئة OAuth مع هؤلاء المزودين، يبدو أن الرموز الضرورية لزر “تسجيل الدخول باستخدام Discourse” يمكن إعدادها تلقائيًا من خلال عملية التثبيت القياسية.

أعلم أن هناك محادثات أخرى حول هذه القضية، لكنها تبدو معقدة للغاية من حيث النطاق وقد خرجت عن المسار الصحيح.

إعجابَين (2)

هذا نوع مختلف من التوحيد، يربط Discourse بأدوات مثل Mastodon المتعلقة بالمنشورات والردود (على عكس تسجيل الدخول).

تحتاج إلى الاطلاع على Discourse SSO، الذي يتم مناقشته في مواضيع مختلفة حول Meta.

إعجاب واحد (1)

ما وصفته نوقش كثيرًا في بدايات Discourse. يوجد وسم لذلك: #discourse_hub

أحدث موضوع يعود لعام 2014:

(أيضًا، لاحظت للتو أن جيف يستخدم اسم @david كمثال، قبل سنوات عديدة من معرفتي بـ Discourse :joy:)

إنها فكرة رائعة جدًا، لكن هناك العديد من العقبات في الطريق.

6 إعجابات

رائع، شكرًا لك! يبدو أن SE قد حل العديد من المشكلات المذكورة في ذلك الموضوع خلال السنوات الست الماضية تقريبًا (على سبيل المثال، تستخدم رقمًا واسم مستخدم كمعرف فريد للمستخدمين).

جوهر المشكلة يبدو أنه على عكس SE، فإن Discourse نظام لا مركزي حيث تكون كل مجتمع محكومًا بالكامل من قبل من يتحكم في الخادم (أو الخوادم) الذي يعمل عليه. كما أود أن أقول إن أولئك المسؤولين الإداريين الذين لا يرغبون في التنازل عن جزء من السيطرة لجعل مجتمعهم أكثر سهولة يمكنهم بالتأكيد اختيار عدم الانضمام إلى Discourse Hub، مع إدراك أن لهذا القرار تكلفة تتمثل في انخفاض إمكانية الوصول وتفاعل المستخدمين.

يمكننا بالتأكيد توفير تسجيل دخول اجتماعي افتراضي لمزود “DiscourseHub”، مفعّل افتراضيًا، مع بعض الإضافات مثل الدعم الكامل لجميع الحقول الافتراضية (اسم المستخدم، الاسم، البريد الإلكتروني، الصورة الرمزية، السيرة الذاتية)، وحتى تقديم مزامنة ثنائية الاتجاه (محاولة استخراج بيانات حساب المستخدم الذي تم إنشاؤه حديثًا ونشر بعض التفاصيل على الملف الشخصي المركزي، مثل الشارات وأفضل المنشورات). يمكننا حتى استخدامه لدفع أفضل المعايير، مثل طول كلمة مرور دنيا كبير وإلزامية المصادقة الثنائية.

الآن، ما إذا كان ينبغي لنا فعل ذلك يبقى سؤالًا مفتوحًا كبيرًا.

3 إعجابات

إلى أي مدى يمكن لحل يعتمد على دليل مركزي (تديره نحن) أن يحل هذه المشكلة؟

ستظل بحاجة إلى إنشاء حساب جديد في كل موقع، وقد يتطلب كل موقع (على سبيل المثال) حقولًا مختلفة عند التسجيل. يمكننا ملء معظمها، لكنك ستظل بحاجة إلى تأكيدها. أما الصورة الشخصية، فهي مُغطاة جيدًا بالفعل بواسطة خدمات مثل Gravatar.

بشأن محاولة تذكر بيانات الاعتماد: يعد تسجيل الدخول عبر البريد الإلكتروني أفضل طريقة لاستخدام هذه المجتمعات التي تسجل الدخول إليها بشكل غير متكرر - وأنا أستخدمه دائمًا عندما يكون متاحًا.

أود حقًا أن أرى مشكلة ملموسة تحتاج إلى حل قبل أن نعتبر أنفسنا مزوّدًا آخر للهويات. أرى أن اللامركزية ميزة وليست عيبًا :slight_smile:

6 إعجابات

في هذا الموضوع … أحد مكونات السمات الذي أؤيده بنسبة 100% هو التغيير الذي يجعل المصادقة تعتمد بالكامل على البريد الإلكتروني.

  • للتسجيل … كل ما عليك فعله هو إدخال عنوان البريد الإلكتروني واسم المستخدم والاسم … بدون كلمة مرور
  • لتسجيل الدخول … كل ما عليك فعله هو إدخال عنوان البريد الإلكتروني … بدون كلمة مرور

نحن ندعم بالفعل تسجيل الدخول بدون كلمة مرور عبر البريد الإلكتروني، لكنه مخفي إلى حد ما. التخلي عن كلمة المرور سيجعل هذا الأمر واضحًا تمامًا وسيزيل الكثير من الاحتكاك.

من الواضح أنه ليس إعدادًا افتراضيًا لـ Discourse حاليًا، لكنه مكون سمة مثير للاهتمام جدًا في رأيي.

إعجاب واحد (1)