يوفر Discourse ID تجربة تسجيل دخول أسرع عبر مواقع Discourse المشاركة، لذلك لا تحتاج إلى إنشاء تسجيلات دخول منفصلة لكل موقع Discourse تزوره، ويمكنك الانضمام إلى أي مواقع 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 من لوحة تحكم المسؤول الخاصة بك. ID متاح في كل مكان، بما في ذلك المواقع المستضافة من قبلنا والمواقع المستضافة ذاتيًا. إذا واجهت مشكلات، فيرجى التأكد من تمكين إعداد force_https.
هل يمكنني استخدام Discourse ID في تطبيق DiscourseHub؟ يمكنك تسجيل الدخول إلى المواقع الفردية التي قامت بتمكين Discourse ID في تطبيق DiscourseHub (مثل أي طريقة تسجيل دخول أخرى). نحن نعمل أيضًا على تحسين التكامل بين Discourse ID و DiscourseHub. ترقبوا!
استكشاف الأخطاء وإصلاحها
لكي يستخدم موقع Discourse معرف Discourse ID، يجب أن يكون تحت بروتوكول https وأن يكون مرئيًا على الإنترنت (أي لا يمكن تمكين ID لمواقع الشبكة الداخلية). لمزيد من استكشاف الأخطاء وإصلاحها، يرجى التحقق من علامة الوسم discourse-id أو إنشاء موضوع جديد في الفئة الصحيحة، أي Bug / Support / UX مع تلك العلامة.
عمل رائع!
أنا معجب جدًا بهذه الفكرة. توحيد تجربة تسجيل الدخول أمرٌ مُقدّر للغاية! يجعل استخدام Discourse أسهل وربما يشجع الناس على “التسجيل” في المزيد من المجتمعات.
لدي بعض الأسئلة الإضافية بخصوص معرف ديسكورس (Discourse ID):
أفترض أن هناك خادمًا مركزيًا يدير بيانات الاعتماد يتم الاتصال به من قبل كل موقع للتحقق من تسجيل الدخول بمعرف ديسكورس؟ لذلك، على الرغم من أن كل موقع ويب فردي لا يكون على علم بالمواقع الأخرى التي تمت زيارتها، أفترض أن هذه المعلومات متاحة مركزيًا على خادم التفويض؟ هل لديكم أي خطط لاستخدام هذه المعلومات، حتى لو كانت مجهولة المصدر؟
شخصيًا، أنا راضٍ عن البريد الإلكتروني/كلمة المرور (+2FA في بعض الحالات)، ولن أكون في عجلة من أمري لتبني معرف ديسكورس لتسجيلات الدخول الخاصة بي. ليس لدي أيضًا أي اهتمام بقراءة مواقع الويب على هاتفي، وبالتالي لا أرغب في تثبيت تطبيق ديسكورس. آمل أن يحتفظ مشغلو المواقع بخيار تسجيل الدخول باستخدام اسم المستخدم/البريد الإلكتروني وكلمة المرور في المستقبل. للمرجع، أنا لا أستخدم أيًا من خيارات تسجيل الدخول الموحد (SSO) الأخرى المعروضة أيضًا! لدي كلمات المرور الخاصة بي مُدارة في البنية التحتية الخاصة بي، مع استخدام كل كلمة مرور في مكان واحد فقط، وتخزينها مشفرة عند عدم استخدامها.
أدرك أنني قد أمثل حالة استثنائية، ولكن آمل أن يأخذ المسؤولون في الاعتبار الأشخاص في وضعي عند النظر في طرق تسجيل الدخول في المستقبل.
نعم، Discourse ID بحد ذاته خدمة مركزية. يشبه إلى حد كبير تسجيلات الدخول الاجتماعية الأخرى. لدينا خطط لإضافة المزيد من الميزات إلى ID للمستخدمين النهائيين في المستقبل القريب، ولكن ليس لدينا تفاصيل بعد حول ماهية تلك الميزات.
نعم، ستظل جميع طرق تسجيل الدخول الأخرى متاحة، بما في ذلك الحسابات المحلية.
بينما أجد أنه من الجيد أنني لست بحاجة إلى دعم جميع المنصات الاجتماعية عندما أقبل معرف Discourse، لم أقم بتمكينه بعد لأنني لست متأكدًا من مدى المشاكل التنظيمية التي سأواجهها (الاتحاد الأوروبي).
ومع ذلك، لست كذلك. أنت، بصفتك مسؤولاً، لا يمكنك تخزين بيانات شخصية غير ضرورية ويجب عليك إخبارنا بما تقوم بتخزينه ولماذا ومدة ذلك. مثل هذه الأشياء. مع الخدمات الأخرى، يجب عليك إخبارنا بأنك تستخدمها والإشارة إلى سياسة الخصوصية الخاصة بهم. الباقي هو مسؤوليتهم. نفس الشيء تمامًا مع Google Analytics و AdSense و Amazon S3 وتقديم البريد الإلكتروني وما إلى ذلك.
لذلك، بشكل أساسي ما عليك القيام به هو الإخبار. هذا هو اختيار المستخدم للاستخدام أو عدم الاستخدام. إذا كان Discourse ID أو أي نظام تسجيل دخول موحد (SSO) هو الخيار الوحيد، فيجب أن تكون أكثر صرامة، ولكن هذا ليس هو الوضع.
لكنك لست بحاجة إلى السماح بـ Discourse ID إذا كنت لا ترغب في ذلك. لقد قمت بتمكينه لأنني كنت فضوليًا، ولكن لن يكون هناك مستخدم واحد في منتدى الخاص بي في الوقت الحالي يستخدمه. ربما سيتغير هذا الوضع عندما تعمل الترجمات بكامل طاقتها، ولكن هذه قصة مختلفة. ولكن لا توجد في الأساس أي قواعد للاتحاد الأوروبي تتعلق بك.
على الرغم من أن عنوان الموضوع هو “كيف تعمل Discourse ID”، لا يبدو أن هناك أي تفاصيل حول كيفية عملها فعليًا - أشياء مثل، ما هو البروتوكول بين موقع Discourse ومزود الهوية (IdP)، وما هي المعرفات التي يتم تمريرها، وإلى أي مدى يمكن ربط النشاط بين المواقع، وما إلى ذلك. سأحتاج إلى معرفة هذه الأمور لكي أتمكن من تقديم إرشادات دقيقة لمسؤولي المواقع الذين أنصحهم بها حول ما إذا كان يجب تمكين هذا الخيار على مواقعهم.
