يوفر Discourse ID تجربة تسجيل دخول أسرع عبر منتديات Discourse المشاركة، بحيث لا تحتاج إلى إنشاء حسابات دخول منفصلة لكل منتدى تزوره، ويمكنك الانضمام إلى أي من المنتديات المشاركة بنقرة واحدة فقط. كما يتيح لمسؤولي منتديات Discourse تقديم تجربة تسجيل دخول مبسطة، مع دعم تسجيل الدخول عبر وسائل التواصل الاجتماعي دون الحاجة إلى إعداد أو تكوين.
في كل مرة ترى فيها عبارة “تسجيل الدخول باستخدام Discourse ID” على أحد منتديات Discourse، تكون على بُعد ثوانٍ من محادثات هامة وذات معنى
لماذا تستخدم Discourse ID؟
إنشاء حساب مرة واحدة، واستخدامه في كل مكان
سجّل في Discourse ID مرة واحدة واستخدمه عبر جميع مجتمعات Discourse المشاركة
لا حاجة لتذكر أسماء مستخدمين وكلمات مرور متعددة للمنتديات المختلفة
استخدم Google أو Apple أو Facebook أو GitHub أو بريدك الإلكتروني للانضمام إلى Discourse ID (تتوفر خيارات أكثر قريباً)
الأسئلة الشائعة
ما هي منصات تسجيل الدخول عبر وسائل التواصل الاجتماعي المدعومة افتراضياً؟ يأتي Discourse ID مع دعم تسجيل الدخول عبر Google وFacebook وApple وGitHub دون الحاجة إلى أي تكوين (تتوفر خيارات أكثر قريباً).
هل هذا هو نفسه تسجيل الدخول الموحد (SSO)؟ Discourse ID هو نظام SSO، لكنه مصمم خصيصاً لمنتديات Discourse.
هل يرى مالكو المجتمع كل أنشطتي؟ لا، لا تظهر أنشطتك في منتدى ما لأصحاب المنتديات الأخرى.
لماذا لا يعمل Discourse ID على بعض المواقع؟ Discourse ID ميزة جديدة، ولم تقم بعض المجتمعات بتفعيلها بعد. اطلب من مسؤول مجتمعك تفعيلها (أو تحقق مرة أخرى لاحقاً).
هل أنت مستعد لتفعيل Discourse ID في مجتمعك؟ إذا كنت ترغب في تقديم تجربة تسجيل دخول سلسة لأعضائك، انتقل إلى الإعدادات → تسجيل الدخول والمصادقة → Discourse ID (/admin/config/login-and-authentication/discourse-id) لتفعيلها. يتوفر Discourse ID في كل مكان، بما في ذلك المواقع المستضافة لدينا والمواقع المستضافة ذاتياً. إذا واجهت أي مشاكل، يرجى التأكد من تفعيل إعداد force_https.
هل يمكنني استخدام Discourse ID في تطبيق DiscourseHub؟ يمكنك تسجيل الدخول إلى المواقع الفردية التي فعّلت Discourse ID في تطبيق DiscourseHub (مثل أي طريقة تسجيل دخول أخرى). نحن نعمل أيضاً على تحسين التكامل بين Discourse ID وDiscourseHub. انتظر المزيد من الأخبار!
استكشاف الأخطاء وإصلاحها
لكي يستخدم منتدى Discourse Discourse ID، يجب أن يكون تحت بروتوكول https وأن يكون مرئياً على الإنترنت (أي لا يمكن تفعيل ID للمواقع الداخلية). لمزيد من استكشاف الأخطاء وإصلاحها، يرجى التحقق من وسم discourse-id أو إنشاء موضوع جديد في الفئة الصحيحة، أي Contribute > Bug أو Support أو Contribute > UX مع ذلك الوسم.
إعادة تكوين ID بعد تغيير أسماء النطاقات
بعد تغيير اسم النطاق لموقعك، لتشغيل تسجيل جديد، تحتاج إلى
إفراغ معرف العميل (client id) وسر العميل (secret) لإعدادات Discourse ID. هذه إعدادات موقع مخفية، لذا تحتاج إلى استخدام وحدة تحكم Rails:
./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""
قم بإيقاف تشغيل/تشغيل إعداد “تمكين Discourse ID” من لوحة الإدارة.
عمل رائع!
أنا معجب جدًا بهذه الفكرة. توحيد تجربة تسجيل الدخول أمرٌ مُقدّر للغاية! يجعل استخدام Discourse أسهل وربما يشجع الناس على “التسجيل” في المزيد من المجتمعات.
لدي بعض الأسئلة الإضافية بخصوص معرف ديسكورس (Discourse ID):
أفترض أن هناك خادمًا مركزيًا يدير بيانات الاعتماد يتم الاتصال به من قبل كل موقع للتحقق من تسجيل الدخول بمعرف ديسكورس؟ لذلك، على الرغم من أن كل موقع ويب فردي لا يكون على علم بالمواقع الأخرى التي تمت زيارتها، أفترض أن هذه المعلومات متاحة مركزيًا على خادم التفويض؟ هل لديكم أي خطط لاستخدام هذه المعلومات، حتى لو كانت مجهولة المصدر؟
شخصيًا، أنا راضٍ عن البريد الإلكتروني/كلمة المرور (+2FA في بعض الحالات)، ولن أكون في عجلة من أمري لتبني معرف ديسكورس لتسجيلات الدخول الخاصة بي. ليس لدي أيضًا أي اهتمام بقراءة مواقع الويب على هاتفي، وبالتالي لا أرغب في تثبيت تطبيق ديسكورس. آمل أن يحتفظ مشغلو المواقع بخيار تسجيل الدخول باستخدام اسم المستخدم/البريد الإلكتروني وكلمة المرور في المستقبل. للمرجع، أنا لا أستخدم أيًا من خيارات تسجيل الدخول الموحد (SSO) الأخرى المعروضة أيضًا! لدي كلمات المرور الخاصة بي مُدارة في البنية التحتية الخاصة بي، مع استخدام كل كلمة مرور في مكان واحد فقط، وتخزينها مشفرة عند عدم استخدامها.
أدرك أنني قد أمثل حالة استثنائية، ولكن آمل أن يأخذ المسؤولون في الاعتبار الأشخاص في وضعي عند النظر في طرق تسجيل الدخول في المستقبل.
نعم، Discourse ID بحد ذاته خدمة مركزية. يشبه إلى حد كبير تسجيلات الدخول الاجتماعية الأخرى. لدينا خطط لإضافة المزيد من الميزات إلى ID للمستخدمين النهائيين في المستقبل القريب، ولكن ليس لدينا تفاصيل بعد حول ماهية تلك الميزات.
نعم، ستظل جميع طرق تسجيل الدخول الأخرى متاحة، بما في ذلك الحسابات المحلية.
بينما أجد أنه من الجيد أنني لست بحاجة إلى دعم جميع المنصات الاجتماعية عندما أقبل معرف Discourse، لم أقم بتمكينه بعد لأنني لست متأكدًا من مدى المشاكل التنظيمية التي سأواجهها (الاتحاد الأوروبي).
ومع ذلك، لست كذلك. أنت، بصفتك مسؤولاً، لا يمكنك تخزين بيانات شخصية غير ضرورية ويجب عليك إخبارنا بما تقوم بتخزينه ولماذا ومدة ذلك. مثل هذه الأشياء. مع الخدمات الأخرى، يجب عليك إخبارنا بأنك تستخدمها والإشارة إلى سياسة الخصوصية الخاصة بهم. الباقي هو مسؤوليتهم. نفس الشيء تمامًا مع Google Analytics و AdSense و Amazon S3 وتقديم البريد الإلكتروني وما إلى ذلك.
لذلك، بشكل أساسي ما عليك القيام به هو الإخبار. هذا هو اختيار المستخدم للاستخدام أو عدم الاستخدام. إذا كان Discourse ID أو أي نظام تسجيل دخول موحد (SSO) هو الخيار الوحيد، فيجب أن تكون أكثر صرامة، ولكن هذا ليس هو الوضع.
لكنك لست بحاجة إلى السماح بـ Discourse ID إذا كنت لا ترغب في ذلك. لقد قمت بتمكينه لأنني كنت فضوليًا، ولكن لن يكون هناك مستخدم واحد في منتدى الخاص بي في الوقت الحالي يستخدمه. ربما سيتغير هذا الوضع عندما تعمل الترجمات بكامل طاقتها، ولكن هذه قصة مختلفة. ولكن لا توجد في الأساس أي قواعد للاتحاد الأوروبي تتعلق بك.
على الرغم من أن عنوان الموضوع هو “كيف تعمل Discourse ID”، لا يبدو أن هناك أي تفاصيل حول كيفية عملها فعليًا - أشياء مثل، ما هو البروتوكول بين موقع Discourse ومزود الهوية (IdP)، وما هي المعرفات التي يتم تمريرها، وإلى أي مدى يمكن ربط النشاط بين المواقع، وما إلى ذلك. سأحتاج إلى معرفة هذه الأمور لكي أتمكن من تقديم إرشادات دقيقة لمسؤولي المواقع الذين أنصحهم بها حول ما إذا كان يجب تمكين هذا الخيار على مواقعهم.
