هل من الممكن إنشاء حسابات مستخدمين في Discourse، ثم المصادقة عليها في Drupal باستخدام تلك الحسابات؟ أريد أن تكون حسابات المستخدمين مخزنة في Discourse.
عند البحث، يبدو أنني أجد فقط نتائج تتحدث عن العكس، أي استخدام Drupal كمصدر للمصادقة.
حالتي المحددة هي أنني أملك نسخة من Discourse تعمل لأفراد عائلتي. أود إعداد موقع لمشاركة الوصفات باستخدام Drupal 8، لكنني أفضل حقًا ألا أضطر إلى طلب تسجيل عائلتي في خدمة أخرى. فأنا أواجه بالفعل صعوبة كبيرة في إقناعهم باستخدام Discourse…
يمكن أن يعمل Discourse كمزود لخدمة المصادقة الموحدة (SSO). من الممكن إعداد ذلك مع Drupal، لكنني لست على علم بأي وحدات Drupal جاهزة لهذا الغرض. لمزيد من التفاصيل حول المتطلبات المطلوبة، راجع Use Discourse as an identity provider (SSO, DiscourseConnect).
إذا لم تكن ملتزمًا باستخدام Drupal، فإن إضافة Discourse لـ WordPress تتيح لك استخدام Discourse كمزود لخدمة المصادقة الموحدة (SSO) لموقع WordPress.
لماذا تنشئ اعتمادًا قد لا تحتاجه لعدد قليل من المستخدمين الذين قد لا يستخدمون أيًا منهما؟ إن وجود واجهتين مختلفتين تمامًا يشكل عائقًا إضافيًا أمام مشاركتهم.
ما نوع المصادقة هذه على أي حال؟ OAuth أم OpenID Connect؟ أشعر أنه يجب أن أتمكن من معرفة ذلك من وصف طريقة عملها، لكن الأمر لا يترسخ في ذهني.
الإجابة المختصرة هي استخدام الأداة المناسبة للوظيفة المناسبة. Discourse هو برنامج مجتمع منتديات مذهل. أما Drupal، حسنًا، فوحدات المنتدى فيه سيئة حقًا.
Drupal مذهل في ربط أجزاء المحتوى ببعضها البعض، ومحاولة تشويه Discourse ليفعل ما يمكنني فعله في Drupal سيكون جنونًا. على سبيل المثال، تنشئ وحدة الوصفات في Drupal المكونات ككيانات فردية مستقلة. هذا يعني أنه يمكنني سرد المكونات التي أحبها في ملفي الشخصي، ثم إنشاء قائمة بالوصفات التي قد أعجبني بناءً على المكونات.
مع كل ما سبق، فإنني أستمتع أيضًا بهذا النوع من الأشياء. إنه وظيفتي اليومية وهوايتي. وبالرغم من أن تكامل Discourse سيكون رائعًا، إلا أن موقع الوصفات موجه في الغالب لنفسي. لذا فهو مفيد حتى لو لم أستطع إقناع الأصدقاء والعائلة باستخدامه.