الاقتراح الأول هو تتبع الدعوات فقط؟ نعم، بالتأكيد. اسم المستخدم دون رمز مميز لا ينبغي أن يمنح مستوى الثقة 1 لأن أسماء المستخدمين معلومات عامة.
هل يمكنني اقتراح أن تأخذ هذه الروابط الشكل https://meta.discourse.org/signup?u=codinghorror&token=3ojk6WTY لتعكس الجزء الأول 
لم أفكر في ذلك. سيكون من الصعب توثيقه، لكن هذا هو كيفية تفاعل الإعدادات كما يجب.
نعم، لا توجد سلبيات في نسخ ديسكورد هنا. أعتقد أننا كان لدينا روابط دعوة تعتمد على عناوين URL فقط (بدون الحاجة إلى بريد إلكتروني) في الماضي، لكننا اضطررنا إلى إزالتها بسبب مشاكل أمنية. هل تتذكر ذلك يا @techapj؟ 
نعم، كانت عبارة “لا يتطلب بريدًا إلكترونيًا” هي الخطأ الأمني هنا - يجب أن تظل هذه الدعوات تتطلب التحقق من البريد الإلكتروني (أو تسجيل الدخول عبر وسائل التواصل الاجتماعي مع التحقق من البريد الإلكتروني)، لأنها لا تصل مباشرة إلى صناديق البريد الإلكتروني للأشخاص.
إذا كان الهدف هو جعل هذا الأمر سهلاً للمشاركة، فما رأيك في التعامل معه كرمز إحالة؟ شيء يمكن مشاركته بسهولة في عرض تقديمي، أو كنص عادي، أو عبر التوصية الشفهية. فاستعلامات الاستعلام (Querystrings) مربكة وهشة، بينما domainname.tld/invite/samgdc2020 سهل التذكر ومنخفض المخاطر، وهو من النوع الذي يمكن للناس تدوينه والبقاء عليه أثناء النقل.
كإجراء احترازي، سأحب جداً رؤية نوع من انتهاء صلاحية الرمز كطبقة حماية إضافية.
المدة الزمنية و/أو عدد مرات الاستخدام سيكونان حدًا معقولاً تم تطبيقه في برامج أخرى لهذا النوع من الأمور. وعادةً ما يتم تعريفه من قبل المستخدم.
في الواقع، لكن عند النظر إلى طلب السحب (PR)، يبدو أنه كود واحد للموقع بأكمله.
نعم، لا يزال لدينا هذه الميزة متاحة ومُضمَّنة في إضافة:
سيكون عنوان URL على النحو التالي: http://discourse.example.com/invite-token/redeem/TOKEN?username=USERNAME&email=EMAIL&name=NAME&topic=TOPICID
أبسط عنوان URL يجب أن يكون: http://discourse.example.com/invite-token/redeem/TOKEN?email=EMAIL
كانت المشكلة الأمنية أننا لم نتحقق من وجود مستخدم يحمل عنوان البريد الإلكتروني المُقدَّم، لكننا الآن نفعل ذلك في الإضافة.
أظن أنه يمكن تضمين اسم المستخدم في الرمز بشكل افتراضي، وربما يمكن استبداله بإضافة مستخدم صريح.
عند الحديث عن token، أفضل استخدام code بدلاً منه لأنه مفهوم للأشخاص غير التقنيين.
أعتقد غير ذلك. فبينما لا تتضمن الرموز المولدة بواسطة الإضافة عناوين بريد إلكتروني، لا يمكن استخدامها إلا بإضافة بريد إلكتروني، بينما الفكرة هنا هي إزالة هذا الشرط، أليس كذلك؟
ويمكن حل مشكلة الأمان:
سيكون ذلك رائعًا جدًا لو توفّر.
هل تنتهي صلاحية رموز الدعوة هذه أم أنها صالحة إلى الأبد؟ قد نحتاج إلى حد أقصى هنا كإعداد للموقع على الأقل حتى الآن؟
ألا نحتاج لا يزال إلى عنوان بريد إلكتروني لكي يعمل https://github.com/discourse/discourse-invite-tokens؟ قد يكون أنني أساءت فهم طريقة عمله.
ما أريده هو رابط مخصص (بدون عنوان بريد إلكتروني) يمكن للمنظمات إرساله إلى عملائها، والذي سيعينهم تلقائيًا إلى مجموعة وموضوع بداية عند التسجيل. والسبب في ذلك هو أن المنظمات الطبية التي أتعامل معها لا يمكنها / لن تشارك قائمة البريد الإلكتروني الخاصة بها، لكنها مستعدة لإرسال بريد إلكتروني إلى أعضائها (منهم).
أعتقد أن طلبك هنا وطلب الميزة من @nathank مرتبطان إلى حد كبير.
في الوقت الحالي، لدينا رمز دعوة عالمي واحد فقط، ولا ينتهي صلاحيته؛ ولإلغائه، يمكن للمسؤول ببساطة جعل الرمز صفرًا أو تغييره.
ما يُطلب هنا هو آلية أكثر تطورًا لرموز الدعوة تكون مدمجة في نظام الدعوة العالمي.
السمات الرئيسية التي يُطلب تحقيقها هي:
رابط دعوة جديد
قابل لإعادة الاستخدام N مرة
(اختياريًا) يضيف المستخدم تلقائيًا إلى المجموعة
ينتهي صلاحيته بعد M يومًا
لذا، يبدو لي أن هذا يمثل امتدادًا لهذا الحوار:
ربما نضيف علامة تبويب هناك؟
[دعوة جماعية]إزالة حقل البريد الإلكتروني
إزالة زر إرسال الدعوة
إضافة
كم عدد الأشخاص المسموح لهم بالتسجيل باستخدام هذا الرابط؟
ما المدة التي تود أن يعمل فيها رابط الدعوة هذا؟ الافتراضي شهر واحد.
وبمجرد ملء هذه الحقول، ستحصل على رابط دعوة يعمل لفترة محدودة، ويتكامل مع بقية نظام الدعوة، ويسمح لك بإضافة أشخاص إلى مجموعات وما إلى ذلك.
وبوجود هذه الميزة، يمكننا فعليًا إزالة ميزة “رمز الدعوة” العالمية بالكامل.
تمامًا - هذا سيُلبّي الحاجة بشكل رائع.
سيكون من الرائع أيضًا تضمين موضوع/منشور هبوط، كما هو الحال في دعوات الدفع عبر ملف CSV. هذا يحافظ على التناسق أيضًا.
إذا كان الأمر ذا صلة بالأحداث العالمية الحالية، فأنا أؤيد إعطاء الأولوية لهذا العمل، لكن القرار يعود إليك يا @sam.
لا، لا يحتاج invite-tokens إلى عنوان بريد إلكتروني. راجع Generating lots of Invite Tokens لفهم كيفية عمله.
لقد قرأت ذلك، لكن لا يزال الأمر محيرًا لي.
يبدو أن هذا يشير بقوة إلى أنك بحاجة إلى بريد المستخدم الإلكتروني. أم أنني فقط أبدو غبيًا؟
فهمي لرموز الدعوة الجماعية هو أنك تحصل على رمز واحد لكل دعوة. وهذا يختلف تمامًا عما تطلبه هنا.
سأناقش هذا الأمر مع @techAPJ، فأنا أرى أن دمج الأشخاص بكفاءة في منتدى جديد أمر بالغ الأهمية وذا صلة في الوقت الحالي. سنقوم بإعطاء الأولوية لتحسين هذه القصة.
يُشترط توفير البريد الإلكتروني عند قبول الدعوة، وليس عند إنشاء رمز الدعوة.
يمكنك تزويد المستخدم النهائي بهذا الرابط وطلب منه استبدال EMAIL بعنوان بريده الإلكتروني: http://discourse.example.com/invite-token/redeem/TOKEN?email=EMAIL.
آمل أن يكون هذا قد أزال اللبس.
أعجبت جداً بحلّك المقترح في المشاركة 31 يا @sam، بتوسيع وظائف أكواد الدعوة.
أتفق، فهذا هو بالضبط ما أود رؤيته مُنفّذًا.
بحيث يتمكن أي شخص لديه صلاحية دعوة المستخدمين من إنشاء رابط دعوة عام يسمح للمستخدم بالانضمام وإضافته إلى قائمة المدعوين من قبل الداعي.
دعوة المجموعات مع تحديدات زمنية أو عددية للأعضاء ستكون ميزة لطيفة، لكنها ليست أولوية بالنسبة لي.
أحصل على رسالة “عفوًا! الصفحة غير موجودة أو خاصة” عند محاولة ذلك.
سيظهر amazing.forum.com/signup نافذة التسجيل المنبثقة، لكن amazing.forum.com/signup?code=fantastic لا يبدو أنها تنقل القيمة إلى النافذة المنبثقة (لقد جربت أيضًا invite_code=fantastic).
وعندما يعمل هذا، سيكون من الجيد إضافته إلى المنشور الأصلي.