# تسجيل حساب أسهل باستخدام رموز البريد الإلكتروني
**URL:** https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068
**Category:** Announcements
**Tags:** login, signup
**Created:** [13 يوليو 2026، 1:20ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068 "2026-07-13T01:20:43Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [13 يوليو 2026، 1:20ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/1 "2026-07-13T01:20:43Z")
يمكن لمجتمعات Discourse الآن السماح للمستخدمين بتسجيل الدخول باستخدام رمز قصير يُرسل عبر البريد الإلكتروني بدلاً من رابط سحري، مما يوفر تدفق تسجيل دخول بدون كلمة مرور يشبه ما هو مألوف لدى العديد من منصات SaaS الأخرى، ويعمل بالتوازي مع إعداد التحقق الثنائي الحالي لديك.
في هذا الموضوع، سنستعرض التغييرات الرئيسية ونشارك معك كيفية البدء في استخدام هذه الميزة اليوم.
## 🔬 ما الذي تغيّر
عند تفعيل هذه الميزة، يرى الأعضاء تدفقًا أبسط:
:
1. يقومون بإدخال عنوان بريد إلكتروني والنقر على **متابعة**.
2. يصل رمز مكوّن من ستة أرقام إلى صندوق الوارد الخاص بهم. يقومون بلصقه (أو كتابته)، ويتم إرسال النموذج تلقائيًا عند ملء الرقم الأخير.
3. إذا كان لديهم مفعّل التحقق الثنائي (TOTP، أكواد النسخ الاحتياطي، أو مفتاح الأمان)، فسيظهر خطوة التحقق الثنائي القياسية التالية.
بعض التفاصيل الجديرة بالمعرفة: الأكواد صالحة لمدة 10 دقائق، وتنتهي صلاحيتها بعد 5 محاولات فاشلة، ولا يمكن استبدالها إلا مرة واحدة.
## ⚙ تفعيل أكواد تسجيل الدخول لمرة واحدة في مجتمعك
**حاليًا، يُعتبر هذا تغييرًا تجريبيًا!** قبل نشره على نطاق أوسع، نرحب بملاحظاتكم لمساعدتنا على إجراء تحسينات.
لتفعيل هذا الخيار، انتقل إلى صفحة **[التغييرات القادمة](https://meta.discourse.org/t/introducing-upcoming-changes-a-system-to-manage-new-features-and-changes-to-existing-functionality-in-your-community/392894)** في منطقة الإدارة الخاصة بك (`/admin/config/upcoming-changes`) وابحث عن عنصر **تفعيل تسجيل الدخول المحلي عبر الرمز**. حدّث حقل **مفعّل لـ** … لاختيار موقعك للانضمام إلى هذا التصميم الجديد:
⚠ قبل التفعيل، تأكد من أن كلًا من `enable_local_logins` و `enable_local_logins_via_email` مضبوطان أيضًا على `true` لأن الميزة لا يمكن تفعيلها دونهما. إذا كنت تستخدم [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) (`enable_discourse_connect`)، فلا يمكن تفعيل هذه الميزة.
بمجرد تفعيل التغيير، تظهر مسار تسجيل الدخول بالرمز تلقائيًا.
## 🎲 أسماء مستخدمين عشوائية للحسابات الجديدة
الأعضاء الجدد الذين يسجلون بدون اسم مستخدم مميز في بريد إلكترونيهم سيحصلون الآن على اسم مولّد ودود مثل “QuietFalcon42” بدلاً من اسم عام مثل `user1`. خطوة “الحساب جاهز” تملأ الاقتراح مسبقًا وتتضمن زر نرد لرمي نرد جديد.
قوائم الكلمات وراء الاقتراحات قابلة للتعديل عبر إعدادات الموقع `random_username_adjectives` و `random_username_nouns`، مما يتيح للمجتمعات ضبطها لتناسب نبرتها أو لغتها.
### الامتناع عن توليد أسماء المستخدمين العشوائية
إذا كنت ترغب في استخدام أكواد البريد الإلكتروني للتسجيل ولكن بدون توليد اسم مستخدم مملوء مسبقًا، فانقر على _إظهار الإعدادات ذات الصلة_ لهذا التغيير القادم وعطّل إعداد الموقع `enable_random_usernames`.
## 📣 ما رأيك؟
دورك الآن: نحن نحب أن نسمع رأيك في هذه الميزة الجديدة. ما الذي يعجبك وما الذي لا يعجبك؛ ما الذي يعمل بشكل جيد، وما الذي يمكن تحسينه؟
---
### Author:  [@darkpixlz](https://meta.discourse.org/u/darkpixlz)
#### Post date: [13 يوليو 2026، 1:54ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/10 "2026-07-13T01:54:46Z")
جربت للتو على موقعي. لست متأكداً مما يظنه الآخرون، لكن هذا يبدو لي تراجعا كبيرا جداً كمستخدم لمدير كلمات المرور…
هذا المسار الجديد يلغي استراتيجية “إنشاء البريد الإلكتروني، كتابة اسم المستخدم، إنشاء كلمة المرور، والحفظ” التي دفعني مدير كلمات المرور للالتزام بها، ويجبرك على كتابة البريد الإلكتروني أولاً قبل كل شيء. لا أجد مشكلة في فكرة رمز البريد الإلكتروني (وأفضلها في الواقع، خاصة إذا كان الرمز مضمناً في موضوع البريد) لكنني أعارض بشدة إزالة حقول بيانات الحساب الأخرى. لو كنت مستخدماً لا يملك أي خلفية تقنية، لوجدت نفسي أيضاً لا أشارك بريدي الإلكتروني في حقل لا يحتوي على أي معلومات مثل هذا لأنه ليس تصميماً شائعاً. قبل أن يصبح هذا أمراً دائماً، سيكون رائعاً لو تمت إضافته مرة أخرى.
---
### Author:  [@dfabulich](https://meta.discourse.org/u/dfabulich)
#### Post date: [13 يوليو 2026، 2:12ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/12 "2026-07-13T02:12:01Z")
رموز البريد الإلكتروني، والمعروفة أيضًا باسم “الروابط السحرية”، مقبولة، لكن تشجيع المستخدمين على استخدام مفاتيح المرور (Passkeys) يجعل التجربة أفضل بكثير.
> **[Magic Links Have Rough Edges, but Passkeys Can Smooth Them Over](https://rmondello.com/2025/01/02/magic-links-and-passkeys/)**
>
> Magic links, those emailed one-time login links, are annoying and inconvenient for folks who use a password manager, but they radically accept some fundamental truths about signing in for everyone else. By layering passkeys on top of magic links,...
إحدى أكبر المشكلات المتعلقة برموز البريد الإلكتروني هي أنها لا تؤدي الوظيفة التي يتوقعها المستخدمون في المتصفحات داخل التطبيقات، بما في ذلك متصفح Gmail داخل التطبيق.
> ربما تكون المشكلة الأكثر شيوعًا التي يواجهها الأشخاص مع الروابط السحرية هي أنهم يعتقدون أنهم قد سجلوا الدخول إلى الموقع عبر متصفحاتهم العادية، لكنهم في الواقع يسجلون الدخول عبر متصفح داخل التطبيق. على سبيل المثال، قد يتلقى شخص ما رابط تسجيل الدخول إلى بريده الإلكتروني. ثم يفتح تطبيق Gmail، وينقر على زر “تسجيل الدخول إلى 404 Media”، فيقوم هاتفه بتحميل صفحة الويب. لكن هذا يقوم بتحميل الموقع في متصفح الويب الخاص بـ Gmail، وليس في متصفح Safari الأصلي.
تعالج مفاتيح المرور هذه المشكلة.
> للبدء، يمكن للمواقع التي تستخدم الروابط السحرية جعل مفاتيح المرور ميزة اختيارية (Opt-in) للعملاء الذين اشتكوا من طريقة عمل روابطهم السحرية الحالية. لضمان عدم التسبب في أي مشكلات، كنوع من الإطلاق التدريجي، يمكنهم جعل هذه ميزة اختيارية بنسبة 100%.
>
> بعد فترة قصيرة، عندما يقتنع مشغلو الموقع بأن مفاتيح المرور تساعد حقًا في حل مشكلات تجربة المستخدم المتعلقة بالروابط السحرية، يمكنهم تشجيع المستخدمين على إضافة مفاتيح المرور بعد تسجيل الدخول، مرة كل 90 يومًا تقريبًا، أو كلما سجلوا الدخول باستخدام ميزة تسجيل الدخول عبر الأجهزة المتعددة الخاصة بمفاتيح المرور. يمكن أن يكون إطار هذا التوجيه للمستخدمين على أجهزة Apple كالتالي: _هل تريد تجنب الاضطرار إلى التحقق من بريدك الإلكتروني في المرة القادمة؟ قم بإعداد مفتاح مرور لاستخدام Face ID أو Touch ID لتسجيل الدخول بسرعة وأمان._
تشجيع المستخدمين على استخدام مفاتيح المرور هو نفسه تشجيعهم على استخدام مدير كلمات المرور، لأن [مفاتيح المرور هي مجرد كلمات مرور تتطلب مدير كلمات مرور](https://danfabulich.medium.com/passkeys-are-just-passwords-that-require-a-password-manager-ebb7f2fdcadf).
---
### Author:  [@Don](https://meta.discourse.org/u/Don)
#### Post date: [13 يوليو 2026، 1:19م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/13 "2026-07-13T13:19:45Z")
مرحباً 👋
أعجبني هذا النهج كثيراً! ومع ذلك، يزعجني قليلاً عدم إمكانية تغيير اسم العرض قبل اكتمال التسجيل. أعتقد أنه سيكون رائعاً إضافة خيار لتغييره أثناء العملية.
في مجتمعنا، قمت بتعطيل إعداد الموقع `إعطاء الأولوية لاسم المستخدم في واجهة المستخدم`، مما يعني أن الاسم الكامل/اسم العرض هو الأولوية في جميع أنحاء الواجهة. بسبب ذلك، تبدو الأسماء المخصصة تلقائياً مثل “user21” سيئة للغاية في الواجهة الأمامية إذا لم يكن لدى المستخدم خيار فوري لتخصيصها.
شكراً لك!
---
### Author:  [@pmusaraj](https://meta.discourse.org/u/pmusaraj)
#### Post date: [13 يوليو 2026، 2:48م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/14 "2026-07-13T14:48:03Z")
> [@dfabulich](#):
>
> من أكبر المشكلات المتعلقة بأكواد البريد الإلكتروني أنها لا تؤدي الوظيفة التي نريدها في المتصفحات داخل التطبيقات، بما في ذلك متصفح البريد الإلكتروني داخل تطبيق Gmail.
لا يرسل هذا المسار الجديد رابطًا سحريًا. إنه يرسل الكود فقط. يبقى المستخدم على نفس الصفحة، وينسخ/يلصق الكود من بريده الإلكتروني إلى نموذج التسجيل. لذا فإن هذا النهج الجديد يساعد بالفعل في التعامل مع المتصفحات داخل التطبيقات (وهي إحدى المزايا الرئيسية لهذا التغيير).
> [@dfabulich](#):
>
> تشجيع المستخدمين على استخدام مفاتيح المرور (Passkeys)
هذا بالتأكيد شيء نود القيام به لاحقًا، في خطوة كلمة المرور أثناء التسجيل. لقد كثفت التطبيقات والمواقع الإلكترونية دعمها لمفاتيح المرور، وأستمر في رؤية تشجيع استخدام مفاتيح المرور في العديد من السياقات، لذا فمن المنطقي إضافتها إلى Discourse أيضًا. (إن وجود كتلة حرجة من الدعم مفيد جدًا في هذا التحول من كلمات المرور إلى مفاتيح المرور.)
---
### Author:  [@DomMcD](https://meta.discourse.org/u/DomMcD)
#### Post date: [18 يوليو 2026، 9:21م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/16 "2026-07-18T21:21:52Z")
مشكلتي الوحيدة مع هذه الميزة هي أنها تحذف حقلي الاسم واسم المستخدم من صفحة التسجيل. هل هذا متعمد؟ لا أريد أن أجبر المستخدمين على التعمق في الإعدادات مباشرة بعد التسجيل فقط لتحديد اسم مستخدم لا يكون “user63”.
---
### Author:  [@kddkd](https://meta.discourse.org/u/kddkd)
#### Post date: [19 يوليو 2026، 1:24م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/17 "2026-07-19T13:24:34Z")
طريقة التسجيل باستخدام رمز التحقق عبر البريد الإلكتروني هي التغيير الذي كنت أتمناه دائماً!
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [20 يوليو 2026، 7:39ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/18 "2026-07-20T07:39:16Z")
بدون هذا التغيير، كان رابط “نسيت كلمة المرور” ورابط “أرسل لي عبر البريد الإلكتروني” بنفس الحجم. الآن أصبح الثاني أكبر. هل هذا مقصود؟
 
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [22 يوليو 2026، 8:13ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/19 "2026-07-22T08:13:16Z")
تم إصلاحه في
>
>
> \*\*Previously\*\*, when local logins via code were enabled, the "Email me a one-tim…e login code" link rendered slightly larger than the other login links like "I forgot my password".
>
> \*\*In this update\*\*, added \`#one-time-code-link\` to the selector that applies \`--font-down-1\`, so all login links share the same font size.
>
> | Before | After |
> | --- | --- |
> | !\[before\](https://github.com/discourse/discourse/releases/download/\_gh-attach-assets/before.png) | !\[after\](https://github.com/discourse/discourse/releases/download/\_gh-attach-assets/after.png) |
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [22 يوليو 2026، 9:19ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/20 "2026-07-22T09:19:38Z")
شكرًا على ملاحظاتك، نعم، هذا متعمد كجزء من طريقة أسرع لإنشاء الحسابات.
> [@DomMcD](#):
>
> لا أريد إجبار المستخدمين على البحث في الإعدادات مباشرة بعد التسجيل فقط لتعيين اسم مستخدم لا يكون «user63».
تم أخذ ذلك في الاعتبار، نعم، نحن نستكشف أفكارًا لجعل هذه الخطوة التالية أبسط أو لتعيين أسماء المستخدمين الأولية باستخدام طريقة مختلفة.
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [22 يوليو 2026، 9:32ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/21 "2026-07-22T09:32:58Z")
أوافق. هذه الأسماء العامة تجعل التفاعل مع المستخدمين أكثر إرباكًا. بما أن المستخدمين لديهم ثلاثة أيام فقط كحد أقصى لتحديث أسمائهم افتراضيًا، أتوقع أنهم غالبًا ما سيلاحظون ذلك بعد مرور هذه الفترة، لذا يجب على فريق الإدارة الاعتناء بإعادة تسميتهم.
لقد استمتعت حقًا لأن [Offering blank username suggestions rather than ‘UserN’ at signup](https://meta.discourse.org/t/offering-blank-username-suggestions-rather-than-usern-at-signup/391542) منع حدوث ذلك هنا على meta على سبيل المثال. آخر مستخدم باسم userXXX تم إنشاؤه في 7 يناير قبل دمج هذا الإصلاح. ثم لم يظهر أي مستخدم جديد باسم userXXX حتى تم تفعيل هذه الميزة، ومنذ ذلك الحين ظهر 12 مستخدمًا جديدًا بهذا الاسم.
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [6 أغسطس 2026، 1:09م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/22 "2026-08-06T13:09:54Z")
هذه الميزة مفيدة للغاية. تستخدم المزيد والمزيد من المنصات وظيفة “رمز الاستخدام لمرة واحدة عبر البريد الإلكتروني” لتقديم تسجيلات دخول آمنة باستخدام المصادقة متعددة العوامل (MFA)، دون الحاجة إلى وجود جهاز محدد (مع مصادق مناسب) في متناول اليد.
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [19 أغسطس 2026، 11:16ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/23 "2026-08-19T11:16:05Z")
> [@DomMcD](#):
>
> لا أريد إجبار المستخدمين على البحث في الإعدادات مباشرة بعد التسجيل فقط لتعيين اسم مستخدم ليس “user63”.
> [@Moin](#):
>
> أوافق على ذلك. هذه الأسماء العامة تجعل التفاعل مع المستخدمين أكثر ارتباكًا. وبما أن المستخدمين لديهم 3 أيام فقط افتراضيًا لتحديث الأسماء، أتوقع أنهم غالبًا ما يلاحظون ذلك بعد انتهاء المهلة، لذا يجب على فريق الدعم التدخل لإعادة تسميتها.
هل لا ترى هذه الخطوة أثناء إنشاء الحساب؟
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [19 أغسطس 2026، 11:56ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/24 "2026-08-19T11:56:03Z")
هذا اقتباس غريب: يبدو وكأن DomMcD اقتبس كلامي، وهذا غير صحيح.
لم أجرب الخطوات. كنت أعلّق على ما لاحظته حول المستخدمين الجدد هنا على Meta. لا يهم إن كنت أرى حقلًا ما أثناء التسجيل. ما يجب أن أتعامل معه هو ما يفعله الآخرون بهذا الحقل.
كما أنني أتساءل عن كيفية التعامل مع الأسماء. فبينما لا يبدو أن كل مستخدم يستخدم الأسماء المُولَّدة آليًا، ألاحظ أن هناك عددًا أكبر من المستخدمين الذين لديهم اسم على شكل userXXX.
يبدو أنهم يحصلون على هذا حتى عند تغيير اسم المستخدم، مما يؤدي إلى استخدام نفس الرقم مرة بعد مرة حتى يُصبح اسم المستخدم محجوزًا، ثم يبدأ من جديد بالرقم التالي.
على سبيل المثال، @0102100988082 و @mohamedasarudeen و @user603 جميعهم لديهم user603 كاسم.
أعلم أنهم يمكنهم تغيير الاسم، ولكن مرة أخرى، لا يمكنني تغيير تجربتي في التفاعل معهم.
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [24 أغسطس 2026، 5:38ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/25 "2026-08-24T05:38:11Z")
شكرًا للجميع على التقارير، سيتم دمج الإصلاح قريبًا جدًا:
>
>
> \*\*Previously\*\*, a DiscourseConnect provider handoff redirected away as soon as t…he account existed, so email code signups never saw the username step and kept a generated \`userNNN\` name.
>
> \*\*In this update\*\*, the handoff waits for the account-ready step to finish, and the generated username is no longer copied into the full name.
>
> | Before | After |
> | --- | --- |
> | !\[before\](https://github.com/discourse/discourse/releases/download/\_gh-attach-assets/before-jg4e21.png) | !\[after\](https://github.com/discourse/discourse/releases/download/\_gh-attach-assets/after-ofh8io.png) |
---
### Author:  [@rishabh](https://meta.discourse.org/u/rishabh)
#### Post date: [28 أغسطس 2026، 5:13ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/26 "2026-08-28T05:13:08Z")
**تحديث**
بفضل أحدث [عمل](https://github.com/discourse/discourse/pull/41954) من @keegan، أصبح لدينا الآن ميزة لتوليد أسماء المستخدمين في هذه الخطوة، تقوم بتعبئة اقتراح مسبقاً:
> [@rishabh](#):
>
> ## 🎲 أسماء مستخدمين عشوائية للحسابات الجديدة
>
> يتم الآن منح الأعضاء الجدد الذين يسجلون بدون اسم مستخدم يمكن التعرف عليه في بريداتهم الإلكترونية اسماً مولّداً ودوداً مثل «QuietFalcon42» بدلاً من اسم عام مثل `user1`. تقوم خطوة «الحساب جاهز» بتعبئة الاقتراح مسبقاً وتشمل زر نرد لرمي نرد جديد.
>
> 
>
> قوائم الكلمات خلف الاقتراحات قابلة للضبط عبر إعدادات الموقع `random_username_adjectives` و `random_username_nouns`، مما يتيح للمجتمعات ضبطها لتناسب نبرتها أو لغتها. للخروج من هذه الميزة والاحتفاظ بالاحتياطي الرقمي القديم، عطّل `enable_random_usernames`.
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [28 أغسطس 2026، 10:50ص UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/27 "2026-08-28T10:50:23Z")
طلب واحد يتعلق بتجربة المستخدم، إذا كان ذلك ممكنًا. وهو هذا:
أجهزةي متأكدة تمامًا أنني بحاجة إلى كلمة مرور هنا، لكن يجب أن تطلب البريد الإلكتروني. عندها ستعرف هاتفي وغيرها من الأجهزة أن تعرض عنوانًا بريدًا إلكترونيًا بدلاً من بيانات اعتماد أخرى.
---
### Author:  [@thisisjoshjones](https://meta.discourse.org/u/thisisjoshjones)
#### Post date: [5 سبتمبر 2026، 8:48م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/29 "2026-09-05T20:48:31Z")
هل يمكن تنفيذ هذا تدفق التسجيل في صفحة هبوط الدعوات أيضًا؟ أنا متأكد من أن هذا يتجاوز نطاق مرحلة ألفا الحالية، لكن هذا التنفيذ سيكون مفيدًا جدًا بعد استقرار الميزة. هذا يقلل حقًا من عتبة الدخول لأعضاء مجتمعي، فشكرًا لك!
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [5 سبتمبر 2026، 9:02م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/30 "2026-09-05T21:02:59Z")
وبشكل مصادفة، هناك بعض الأعمال الجارية في هذا الاتجاه هنا:
[https://github.com/discourse/discourse/pull/43138](https://github.com/discourse/discourse/pull/43138)
---
### Author:  [@ecki](https://meta.discourse.org/u/ecki)
#### Post date: [7 سبتمبر 2026، 4:49م UTC](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/31 "2026-09-07T16:49:45Z")
أعجبني هذا المبدأ بشكل عام (خطوة التسجيل الأولى التي تعتمد على البريد الإلكتروني والرمز فقط)، لكن هناك بعض النقاط التي تحتاج إلى تحسين:
أ) يجب أن تكون إعدادات تسجيل الدخول والتسجيل منفصلة.
ب) إخفاء حقل إدخال اسم المستخدم في نموذج التسجيل يجب أن يكون خيارًا إضافيًا، لأن أسماء المستخدمين لا تزال وسيلة مهمة للتواصل، والأسماء العشوائية أو المبنية على عداد تبدو غريبة بعض الشيء.
ج) بشكل غريب، عملت الأسماء العشوائية على موقعي لبعض عمليات التسجيل غير المرغوب فيها (دخول مستخدمين غير موثقين)، لكنها لم تعمل مع مستخدمين حقيقيين، حيث حصل كلاهما على اسمي “user1” و"user2"، يا للتعاسة. (لست متأكدًا مما هو الفرق بين المزعجين والمستخدمين).
د) هل يمكن أن يكون تسجيل الدخول عبر زر إضافي، ربما زر يرسل بريدًا إلكترونيًا يحتوي على رابط سحري ورمز؟ لا أرى حاجة لفصل هذا الأمر.
هـ) يجب أن توضح الوثائق أنه يُزيل حقل اسم المستخدم (أو الأفضل ألا يزيله).
[Next page](https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068.md?page=2)