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