يا إلهي بالفعل! لا أعرف كيف استغرق الأمر كل هذا الوقت لشرح هذا لكم. لقد كانت مشكلة بالنسبة لي منذ أول مرة استخدمت فيها Discourse قبل خمس سنوات. لا أعرف ما إذا كنت قد نشرت عن ذلك آنذاك، لكنني رأيت هذا السؤال مرات عديدة منذ ذلك الحين. احتجت إليه مرة أخرى لعميل في الخريف الماضي ولم أكن أود السؤال.
لكي ينضم أي مستخدم إلى أي مثيل من instances Discourse تم إنشاؤه على الإطلاق، يجب أن يمتلك المستخدمون عنوان بريد إلكتروني. كيف سيمكن للمستخدمين إنشاء حساب في Discourse؟ عبر الحمام البريدي؟ التلغراف؟ إشارات الدخان؟ آلات الفاكس؟
هذا يتعلق تحديدًا بالمواقع التي تم فيها تعيين خيار “يجب على الموظفين الموافقة على جميع المستخدمين الجدد”. إنها حالة ضيقة جدًا، نظرًا لأنني أعتبر الإعداد الافتراضي لـ Discourse في الاستخدام العام هو السماح بالتسجيل المفتوح للمستخدمين..
أنا متأكد من أنني رأيت المثال الدقيق الذي وصفه سام عدة مرات. لديك مجتمع تريد أن يكون معظمه خاصًا. لا تعرف عناوين البريد الإلكتروني للأشخاص، لكن لديك طريقة أخرى للتواصل معهم.
أعلم أنني استخدمت مثال الرغبة في دعوة الأشخاص للانضمام إلى منتدى خاص في مؤتمر من خلال مشاركة رابط URL وكود أو كلمة مرور على شريحة عرض كمثال.
الفكرة هي استخدام هذه الميزة بدلاً من موافقة الموظفين. (يمكن استخدامها إذا كنت قلقًا أيضًا من أن العديد من الروبوتات ستطلب حسابات، لكن هذا يبدو غير مرجح)
استبدل “اسم المستخدم” في المنشور الأصلي بـ “رمز الدعوة”. هل هذا مفهوم؟
يمكن أن يُنظر إلى كود الدعوة على أنه أكثر شخصية، وهو ما يفيد المجتمع. كما يمكن ربطه بالانضمام التلقائي إلى المجموعات للمواقع التي تحتوي على أقسام مميزة.
أؤيد هذا كوسيلة لتجاوز موافقة المستخدمين الجدد (للمواقع التي تتطلب موافقة) وربما حتى منح عضوية مجموعات خاصة، لكن كطريقة منخفضة المستوى جدًا وغير مستقرة لمصادقة HTTP بكلمة مرور؟ لست متأكدًا من ذلك:thinking:
يمكنني أيضًا دعمه كـ “إنشاء رابط https عام سيظهر تسجيل المستخدم الجديد على أنه شخص دعوتُ أنا”.
لكن كطريقة غريبة من عصور قديمة تعود لعام 2001 “أدخل اسم المستخدم وكلمة مرور HTTP السرية للوصول إلى هذا الموقع”… لا أستطيع دعم هذا حقًا كما هو موضح. آسف، لكن لا يمكنني. هذا سيكون تراجعًا فعليًا.