يسعدنا أن نعلن أنه يمكن الآن تمكين Discourse ID على جميع مواقع Discourse، بما في ذلك المواقع المستضافة والمواقع المستضافة ذاتيًا!
يوفر Discourse ID تجربة تسجيل دخول أسرع عبر مواقع Discourse المشاركة، لذا لا تحتاج إلى إنشاء تسجيلات دخول منفصلة لكل موقع Discourse تزوره، ويمكنك الانضمام إلى أي مواقع Discourse مشاركة بنقرة واحدة. كما أنه يتيح لمسؤولي Discourse تقديم تجربة تسجيل دخول مبسطة، مع دعم لتسجيلات الدخول الاجتماعية دون الحاجة إلى أي إعداد أو تكوين.
في كل مرة ترى فيها “تسجيل الدخول باستخدام Discourse ID” على مواقع Discourse، فأنت على بعد ثوانٍ من الانضمام إلى المحادثات! لا مزيد من التنقل بين الحسابات - فقط قم بتسجيل الدخول وانطلق.
سنقوم باستبدال طرق تسجيل الدخول الاجتماعية الحالية في Meta بـ Discourse ID - والتي تتضمن تسجيلات الدخول الاجتماعية الجاهزة - في 30 نوفمبر 2025.
كل ما عليك فعله هو تسجيل الدخول إلى Meta باستخدام حساب Discourse ID بنفس عنوان البريد الإلكتروني، أو الانتقال إلى تفضيلات حسابك وربط Discourse ID كحساب مرتبط.
إذا كانت لديك أسئلة حول كيفية عمل Discourse ID، فراجع وثائق Discourse ID.
هناك خطأ في تجربة المستخدم (UX thinko): أنا أستخدم سفاري على جهاز ماك، وعندما أحاول تسجيل الدخول باستخدام Discourse ID… أجتاز المصادقة على Discourse ID، ثم يعيدني . . . إلى تطبيق Discourse. لدي هذا التطبيق مثبتًا، ولكنه يجب أن يستمر، في سفاري، في إعادة توجيهي إلى Meta. (وبالطبع، تشير Meta، في أعلى نافذة سفاري الخاصة بي، إلى أنه يمكنني فتح Meta في التطبيق.)
عذرًا على ذلك، لدينا ملف ارتباط موقع تطبيق Apple مفرط الحماس في البيانات الوصفية في الوقت الحالي. لقد أجريت تحديثًا، ولكن للأسف سيستغرق الأمر ما يصل إلى 24 ساعة حتى يعمل شبكة توصيل المحتوى الخاصة بـ Apple. سأتحقق بعد ذلك للتأكد من أنه تم إصلاحه.
لا يمكنني تشغيله. أعني هنا. فشل الاتصال طوال الوقت. لا يقبل كلمة المرور، وتحاول حسابات Google/Facebook إنشاء حساب جديد تمامًا. هذه هي المرة الأولى على الإطلاق التي لم أتمكن فيها من استخدام تسجيل الدخول و/أو إنشاء مفتاح مرور.
هل يمكننا الحصول على تسجيل دخول موحد تقليدي (Google، Discord، إلخ) بالإضافة إلى معرف Discourse؟ نحن نفكر في تنفيذ هذا، ولكننا لا نريد إجبار المستخدمين على ترحيل حساباتهم.
نعم! يمكنك اختيار تمكين كلا النوعين من الخيارات أو مطالبة المستخدمين بالتبديل إلى المعرف وإيقاف طرق تسجيل الدخول القديمة تدريجيًا (حيث أن جانب الترحيل اختياري).
العيب الوحيد الذي يمكنني التفكير فيه هو أنه سيتعين عليك التأكد من أن تكوينات تسجيل الدخول هذه محدثة وتعمل بشكل صحيح، والتأكد من أن المستخدمين لا يشعرون بالارتباك بسبب خيارات تسجيل الدخول المختلفة المقدمة حيث يأتي المعرف معها جاهزًا.
قد تكون المشكلة هنا أو قد تكون أن المستخدمين يجب أن يعرفوا أن عليهم إنشاء حساب لـ id.discourse. هذا ليس شيئًا جديدًا وهذه هي الطريقة التي تعمل بها المصادقة الأحادية (SSO). لكنني لا أعرف كيف أشرح للمستخدمين لماذا يجب عليهم فعل ذلك، عندما تكون هناك خيارات أخرى للمصادقة الأحادية (SSO).
ما لم تكن لدى CDCK خطط لاحتكار التسجيلات والتوقف عن دعم Google وما إلى ذلك. لذا، أنا لا أفهم تمامًا معنى ذلك.
هل تنوي تمكين طريقة المصادقة هذه افتراضيًا في المستقبل؟ تبدو الفائدة محدودة إذا لم يكن الأمر كذلك. لن أتفاجأ إذا قامت مواقع قليلة فقط بتمكينه، لمجرد أن المسؤولين بشكل عام لا يعرفون ما هو أو ليسوا على دراية به.
نعم، بالنسبة لمستضيفي الخدمة بأنفسهم، نعمل على تضمين معرف ديسكورس (Discourse ID) كخيار سهل للإعداد الأولي. نود أن نرى ما إذا كان بإمكانه السماح للأشخاص ببدء مثيل جديد دون خطوة البريد الإلكتروني المزعجة، لأنه مع معرف ديسكورس، لا يحتاج المستخدمون إلى البريد الإلكتروني لإعداد حسابهم الأول. سيحتاجون إلى البريد الإلكتروني في النهاية، ولكن تأجيل هذه العملية الشاقة ولو قليلاً مفيد.
نحن نتطلع أيضًا إلى تمكين معرف ديسكورس (Discourse ID) افتراضيًا عند التسجيل في استضافتنا.
لقد كنت أتطلع إلى جاهزية Discourse ID، وهي تعمل بشكل رائع! أحب بشكل خاص أنها تأخذ في الاعتبار عناوين البريد الإلكتروني البديلة، لذلك يمكنني استخدام نفس Discourse ID للمواقع التي تستخدم عناوين بريد إلكتروني مختلفة كعناوين أساسية لها.
هناك بالفعل العديد من مواقع Discourse قيد الاستخدام، وسأكون سعيدًا إذا تم تمكين الإعداد تلقائيًا عبر تحديث الموقع طالما تم إخطار المسؤولين. أو ربما بشكل أفضل، نافذة منبثقة للاختيار في الواجهة الخلفية بعد التحديث تتيح لنا اختيار ما إذا كنا نريد تمكين هذه الميزة أو تعطيلها.