مرحباً،
أحاول إنشاء عملية تسجيل دخول إلى discourse من تطبيقي الأمامي. كيف يجب أن أفعل ذلك؟
شكراً 
هذا هو الحل المعتاد:
إذا كنت تدير المستخدمين على Discourse فقط، فإن زر إعادة التوجيه ربما يكون أسهل!
إعجاب واحد (1)
شكراً على ردك! ولكن هل يمكنني فتح نوع من الـ iframe ليتمكنوا من اختيار كيفية المصادقة؟
لا، لا يتم دعم إطارات iframe.\n\nإما أنك تريد إدارة حسابات المستخدمين على موقعك الرئيسي، ثم المصادقة باستخدام Discourse Connect، أو ببساطة الحصول على رابط إلى Discourse الخاص بك.\n\nهل يمكنك الارتباط بمسار تسجيل الدخول لمطالبتهم فورًا؟ /login
لا أفهم حقًا كيفية استخدام هذا. أعني، أتخيل شيئًا مثل زر تسجيل الدخول في موقعي على الويب، ثم يحتاج المستخدم إلى اختيار كيفية المصادقة، أليس كذلك؟ أعني، ما هو التدفق المحتمل لهذا السيناريو؟
لماذا تحتاجهم لتسجيل الدخول على موقعك؟ هل تدير حسابات المستخدمين هناك؟
أريد أن أكون قادرًا على إنشاء مشاركات/مواضيع من الواجهة الأمامية الخاصة بي، لذا أحتاج إلى مصادقتها أولاً. هل هذا منطقي؟
حسنًا، هذا منطقي. هل تقصد بشكل أساسي: “أريد إعادة كتابة أجزاء من واجهة المستخدم والتواصل عبر واجهة برمجة التطبيقات فقط”؟
لا أعتقد أنك ستحصل على الكثير من الدعم المجاني لمساعدتك في القيام بذلك هنا، ولكن ألقِ نظرة على:
https://meta.discourse.org/t/help-with-authenticating-user-via-api/178355/2?u=merefield
هناك جهود قائمة للقيام بذلك، خاصة عبر التطبيقات، وقد ترغب في البحث عنها، على سبيل المثال:
كان هناك أيضًا Fig، ولكنه ليس مفتوح المصدر بعد:
ولكن لاحظ المستوى العالي للغاية من التطوير والصيانة المسبقة التي تتطلبها هذه الأنواع من الحلول. أعتقد أن أفضل مثالين قد تم التخلي عنهما (؟)
بدلاً من ذلك، فكر في بناء موقعك على الويب كمثيل Discourse بالكامل (عبر المكونات الإضافية ومكونات السمات) لتجنب الاضطرار إلى إعادة كتابة العديد من عناصر واجهة المستخدم.
إعجاب واحد (1)
أنا أستخدم Discourse كموفر الهوية الخاص بي وقد كان يعمل بشكل رائع، يمكنك استخدامه لإنشاء رابط “تسجيل الدخول” على موقعك الإلكتروني والذي سيأخذ المستخدم إلى مثيل Discourse الخاص بك، وإذا كان المستخدم قد سجل دخوله بالفعل أو بعد إكمال تدفق تسجيل الدخول، فسيتم إعادة توجيه المستخدم إلى return_sso_url الذي أضفته إلى الحمولة، مع بيانات اعتماد المستخدم ومعلوماته. يمكن أن يكون return_sso_url هذا مسارًا على موقعك الإلكتروني يقوم بتخزين الجلسة المصادق عليها بالطريقة التي تفضلها (مثل ملف تعريف ارتباط الجلسة) بمجرد تلقي حمولة Discourse.
3 إعجابات
على أي حال، Lexicon لم يتم التخلي عنه ولا يزال قيد التطوير النشط.
@Roie_Natan إذا كنت على دراية بـ Javascript، يمكنك إلقاء نظرة على الكود المصدري لـ Lexicon لمعرفة كيف تم تحقيق ذلك.
ومع ذلك، كما أشار @merefield، هناك منشورات موجودة يمكن أن تساعدك في معرفة ذلك.
إليك مصدر يتحدث عن جلسات المستخدم: Storing extra data about a user's session - #3 by sam
وقد تجد أيضًا تدفق المصادقة من تطبيق @pmusaraj مفيدًا:
3 إعجابات
هذا رائع! شكراً على التصحيح.