قد يتردد هذا النوع من المستخدمين حول ما إذا كان ينبغي عليهم النقر على الرابط أم التحقق من الرمز.
نعم، لست متأكداً تماماً، أظن أن الرسائل التي تحتوي على عبارات مثل «انقر على هذا الرابط أو أدخل هذا الرمز» شائعة. إنها تساعد إذا استلم الشخص الرسالة على جهاز مختلف، كما أنها توفر راحة النقرة الواحدة. - لكن دعِ مدير الموقع يقرر الخيارات التي سيفهمها مستخدموه.
إعجاب واحد (1)
شكراً لمشاركتكم ملاحظاتكم!
أود أن أضيف أن هذا لا يزيل نموذج اسم المستخدم. في النسخة الحالية من التغيير القادم، ستلاحظون أن هناك خطوة مخصصة لاسم المستخدم بعد تأكيد عنوان البريد الإلكتروني عبر الرمز:
منذ فترة قصيرة، قمنا بإصلاح خطأ كان يؤدي إلى ظهور أسماء مستخدمين مثل “user1” و"user2"، لذا يرجى إعلامنا إذا كنتم لا تزالون ترون ذلك في أي مكان للحسابات الجديدة.
إعجاب واحد (1)
هذا جيد، لكن دعني أذكر أنه في حالتي، توجد خطوة موافقة المشرف بعد هذه الخطوة، وقد يكون عبارة “الحساب جاهز” مُضلِلة في ذلك السياق.
إعجاب واحد (1)
لديّ انطباع بأن الأمر حدث في الإصدار المستقر الحالي لديّ، لكنني لا أستطيع التحقق من ذلك لأنني عدت إلى تسجيل الدخول القديم، لكنني سأحاول مرة أخرى لاحقًا مع التحسينات التي ذكرتها.
إعجاب واحد (1)
عندما أحاول استخدام ميزة “enable_local_logins_via_code” الجديدة، أجد الأمر محرجًا بعض الشيء، فبما أنني أستخدم مدير كلمات مرور (في حالتي Roboform)، والذي يقوم عادةً بملء اسم المستخدم وكلمة المرور المخزّنة في نفس الوقت ثم يتابع الدخول إلى الموقع مباشرةً، فإن Roboform يعرض الآن إدخاليْن منفصلين: الأول لاسم المستخدم (وليس البريد الإلكتروني، لأنني أستخدم اسم المستخدم للدخول)، والثاني لكلمة المرور.
ومع ذلك، في هذه الحالة، بدلاً من ملء كلمة المرور واسم المستخدم في نفس الوقت، ينتقل الرمز مباشرةً إلى هذه الشاشة:
ثم أحتاج إلى إدخال عنوان بريدي الإلكتروني يدويًا. هل ستتعامل النسخة المستقرة مع هذا الأمر بشكل أكثر أناقة؟ إذا استخدمت Roboform عند هذه الشاشة، فسيُدخل اسم المستخدم بالطبع، وأحصل على هذا الخطأ:
إحدى الخيارات المحتملة هي إخبار جميع المستخدمين بتحديث بيانات تسجيل الدخول في مدير كلمات المرور إلى البريد الإلكتروني بدلاً من اسم المستخدم، لكن يبدو هذا الأمر متطفلاً، فضلاً عن أنه يعرض نفس السلوك الأولي، حيث ينتقل إلى الشاشة الثانية ويتطلب مني القيام بخطوة ثانية، حتى لو قمت بتغيير إعدادات Roboform من اسم المستخدم إلى البريد الإلكتروني كتجربة:
على أي حال، الأمر محرج الآن. أنا لا أنقر أبدًا على رابط “أرسل لي رمز تسجيل دخول لمرة واحدة”، فهو ينتقل مباشرةً إلى شاشة الاستدعاء الثانية.
لا تفهمني بشكل خاطئ، فأنا أحب خيار الرمز المكوّن من 6 أرقام، وكذلك سيفعل أعضاء مجتمعي، لكنني أودّ أن يكون الأمر أكثر سلاسة مما هو عليه حاليًا عند استخدام مدير كلمات مرور مثل Roboform.
إعجاب واحد (1)
أعتقد أن هذا أمرٌ سيئ للغاية. لقد قمت بإيقافه. هل يمكنكم من فضلكم التأكيد على أنه لن يصبح إلزاميًا؟
لن يهتم أحد لاختيار اسم مستخدم مناسب، إلا إذا كان شخصًا مهتمًا بالتقنية بشكل كبير.
ليس الجميع يفعل ذلك على أي حال، ولكن ما لم يُعرض “الاسم” في كل مكان إلى جانب “اسم المستخدم” (مثلًا في /admin/users/list/active)، فإن هذا التغيير سيكون تراجعًا عن الأفضل.
(شكرًا لكم على Discourse بشكل عام. لا أريد أن يبدو كلامي كأنه جحود!)
إعجاب واحد (1)
إليك أمران يتعلقان بتسجيل الدخول باستخدام ذلك النظام.
الأول هو أنه قد يكون أسهل إذا كان بإمكانك إدخال اسم المستخدم أو عنوان البريد الإلكتروني، إذ قد يكون أحدهما أسهل في التذكر من الآخر.
والأمر الآخر هو أنه في منتدائي لا يمكن تغيير اسم المستخدم. لا شك في أن هذا إعداد غيّرته منذ فترة طويلة، لكن قد يستحق الأمر الإشارة إلى ذلك، إذ يعتمد النظام الجديد إلى حد ما على إمكانية تغيير اسم المستخدم.
مرحبًا! لقد اكتشفت هذه الميزة الجديدة اليوم أيضًا. نحن نعمل على نظام للمراجعة في منتدانا، وفجأة بدأ المستخدمون الجدد بالحصول على أسماء مستخدمين عشوائية مثل “happybreeze34”. هذه مشكلة بالنسبة لنا، إذ نفضّل بكثير أن يستخدم المستخدمون أسمائهم الحقيقية بدلاً من اسم مستعار عشوائي.
أثناء محاولتي إيجاد حل بديل، اكتشفت أن إلغاء تفعيل خيار “توليد اسم مستخدم عشوائي” يعيد النظام إلى نمط “user1”، “user2”، وما إلى ذلك، وهو ليس أفضل بكثير.
كما وجدت أن سير العملية العام مربك بعض الشيء: يجب على المستخدمين أولاً إدخال رمز يُرسل عبر البريد الإلكتروني للحصول على الموافقة، لكن بعد ذلك، لتسجيل الدخول فعليًا، يكون من غير الواضح كيف يُفترض بهم المتابعة، إذ يُطلب منهم إدخال كلمة مرور لم يقوموا بإعدادها أبدًا. يجب إرسال رمز مرة أخرى (وهذا الأمر ليس واضحًا بوضوح). وبعد تسجيل الدخول، يتعين عليهم تحديد كيفية تغيير اسم المستخدم بأنفسهم. كل هذا مجتمعا يجعل عملية الانضمام طويلة ومربكة إلى حد كبير، خاصة من جانبنا، حيث تتطلب الحسابات موافقة المشرفين قبل أن يتمكن المستخدمون من الوصول إلى تلك المرحلة أصلاً.
لذلك، كما هو الحال حاليًا، لا يناسب هذا المسار احتياجاتنا تمامًا 
5 إعجابات
في هذه الحالة، أفضل خيار هو تفعيل هذا الإعداد:
لديك وجهة نظر صحيحة هنا، نحتاج إلى مراجعة كيفية عمل هذا التدفق للمواقع التي تتطلب موافقة عضو من فريق الإدارة على الحسابات. سنقوم بالبحث في الأمر والعودة إليك.
4 إعجابات
شكرًا لك على التنبيه بهذا المشكلة!
لقد قمت بدفع إصلاح لهذه المشكلة هنا:
هل يمكنك التحديث والتأكد من الأمر وإخباري ما إذا كنت لا تزال تواجه هذه المشكلة؟
3 إعجابات
شكرًا لكم على ملاحظاتكم، فهي مفيدة للغاية في حين أننا ندرس ما إذا كان ينبغي أن تكون توليد الأسماء المستعشاة العشوائية اختيارية (opt-in) أو غير اختيارية (opt-out) بشكل افتراضي. يُرجى ملاحظة أن هذه الميزة لن تكون إلزامية على الإطلاق، ويمكنك إلغاء الاشتراك فيها باستخدام التعليمات الواردة في المنشور الأول:
بمجرد الانتهاء، هذا هو شكل الشاشة:
3 إعجابات
لقد قمنا للتو بدفع تحديث 
يحسّن التدفق للمواقع التي تتطلب موافقة الطاقم. يرجى تجربته بعد التحديث وإخبارنا إذا واجهت أي مشاكل!
4 إعجابات
لا، يقوم تقريبًا بنفس الشيء تمامًا. من Roboform، يقوم بإدخال عنوان البريد الإلكتروني، ويتوقف لمدة ثانية أو ثانيتين، ثم ينتقل إلى نافذة إدخال الرمز المكوّن من 6 أرقام مع ظهور عنوان البريد الإلكتروني. لذا يبدو أن Roboform أو شيئًا ما يُطلق تشغيل رابط «أرسلوا لي رمز تسجيل دخول لمرة واحدة بالبريد الإلكتروني» (https://discourse.usma.cloud/login) على الرغم من أنني لم أنقر عليه أبدًا، على عكس إدخال كلمة المرور والمتابعة مباشرة إلى discourse.
أتذكر أنه قبل فترة، كان من الممكن تنزيل نسخة مجانية من Roboform مع 10 عمليات تسجيل دخول، إذا كنت ترغب في اختبار مدير كلمات المرور هذا بالتحديد.
https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/42
حاولت الأمر في البداية مع السماح بتوليد أسماء مستخدمين عشوائية وبدون السماح بذلك. لم يكن هناك أي فرق.
هذا المساء، قمت بتغيير Username change period (فترة تغيير اسم المستخدم) من 0 إلى 1 (أي السماح الآن بتغيير اسم المستخدم). يبدو أنه يعمل بشكل أفضل بكثير. كان هناك فرقان (إلا أنني لم أكن انتبه):
- الشاشة المذكورة أعلاه، التي تطلب اسم مستخدم، ظهرت. من قبل، لم تظهر. هذا منطقي إلى حد ما – لكن يجب ذكر تأثير إعداد
Username change periodفي التعليمات. - ظهرت شاشة (لم يُذكرها في هذا الموضوع) قبل شاشة اسم المستخدم، تطلب إدخال الاسم الكامل والحقول المخصصة. هذا جيد. لكن هذه الشاشة أيضاً لم تظهر من قبل. لا معنى للفرق.
التغيير الآخر الذي أود رؤيته قبل استخدام هذه الميزة الجديدة يتعلق بعملية تسجيل الدخول (أي بعد أن يسجّل المستخدم الخروج ويرغب في العودة مرة أخرى).
- يجب أن تكون خيار “أرسل لي رمز تسجيل دخول لمرة واحدة عبر البريد الإلكتروني” بنفس أهمية زر “تسجيل الدخول”. حالياً، الأمر ليس بديهياً حقاً. أراهن أن كثيراً من الناس (غير التقنيين) سيعتقدون ببساطة أنهم فقدوا كلمة المرور الخاصة بهم.
- ربما يمكن الاحتفاظ بزر واحد، مع رسالة: “إذا لم تدخل كلمة مرور، سنرسل إليك رمز تسجيل دخول لمرة واحدة عبر البريد الإلكتروني.”
- ربما يمكن أن يتضمن خيار “فقدت كلمة المرور” فكرة أن نفس الإجراء سيرسل رابط إنشاء كلمة المرور – “إعادة تعيين أو إنشاء كلمة مرور”؟
- الأفكار في هذا الفقرة من بريد “تعيين كلمة المرور” تتنقل كثيراً: “طلب شخص ما إضافة كلمة مرور إلى حسابك على XYZ. بدلاً من ذلك، يمكنك تسجيل الدخول باستخدام أي خدمة مدعومة عبر الإنترنت (Google، Facebook، إلخ) مرتبطة بهذا العنوان الإلكتروني الموثق.” الجملة الثانية لن تنطبق على العديد من المنتديات على أي حال.
من مزاياها، أعتقد أن الرموز لمرة واحدة ستعمل بشكل أفضل من روابط تسجيل الدخول مع تطبيق Discourse Hub، حيث أعتقد أن روابط تسجيل الدخول القديمة كانت تفتح في المتصفح بدلاً من تطبيق Hub.
إعجاب واحد (1)
شكرًا، سأجربها!
إعجاب واحد (1)
لديّ انطباع بأنّ شيئًا ما في عملية التسجيل لا يعمل عندما يستخدم المنتدى إعداد الموقع الخاص بـ رمز الدعوة. يمكنني إدخال عنوان البريد الإلكتروني فقط، ويخبرني المنتدى بأنه تم إرسال بريد إلكتروني، لكنني لم أستلم أي بريد، كما لا تُظهر السجلات (اللاغات) أن بريدًا قد تم إرساله.
بعد أن عطّلت التغيير القادم، عمل التسجيل كما هو متوقع، وأصبح يرسل بريدًا إلكترونيًا مرة أخرى.
أنا مع فكرة تحسين تجربة المستخدم وجعل الأمور أكثر سلاسة، لكنني لست متحمسًا جدًا لطريقة تنفيذها كما هي لمستخدمي (اكتشفتها اليوم فقط عندما سجّل ثلاثة أشخاص في مجتمعي وبدأت أتساءل لماذا كانت سيدة الكيت الفرنسية الناطقة بالفرنسية تحمل أسماء مثل FriskyAlligator29، وكيف ولماذا تخطت عددًا كبيرًا من حقول التسجيل لدينا.
الشرح: هذه الشريحة من المستخدمين لديها وعي رقمي وأمني منخفض جدًا بشكل عام، على الأرجح يستخدمون اسم قطتهم أو بعض التغيرات عليه كمفتاح لبريدهم الإلكتروني، وأنا أفضل تدريبهم على استخدام كلمات مرور قوية والمصادقة الثنائية (أو على الأقل مدير كلمات مرور بكلمات مرور أفضل) بدلاً من استخدام الروابط السحرية في البريد الإلكتروني…
أيضًا، نحن «نحرس البوابات» بجدية كبيرة للتسجيلات الجديدة للمستخدمين من خلال مجموعة من الأسئلة تتيح لنا فرز الأشخاص عند الدخول والبدء بمعلومات مهمة حول كيفية ترحيبهم (السياق: حيوانات مريضة، أحيانًا حالات طوارئ أو مالكون قلقون، أطباء بيطريون… هم لا يتبعون نفس «التدفق»).
إعجابَين (2)
يتكون التغيير من جزأين. الأول هو توليد أسماء مستخدمين عشوائية، والذي سنقوم قريبًا بجعله معطلاً افتراضيًا لأنك محق، فهو ليس خيارًا افتراضيًا جيدًا لجميع المجتمعات.
الجزء الثاني هو استخدام رموز البريد الإلكتروني للتحقق من الحسابات وتسجيل الدخول. هذا أفضل من الروابط السحرية في رسائل البريد الإلكتروني ويمكن القول إنه أفضل من كلمات المرور. إن لم يكن أفضل، فهو أبسط. إليك كيف تتم العملية:
- يسجّل المستخدم، نرسل رمزًا إلى بريده الإلكتروني ونعرض حقل إدخال الرمز على الصفحة
- يرى المستخدم الرمز في البريد الإلكتروني، ويدخله في Discourse (يمكنه رؤية البريد الإلكتروني على جهاز منفصل والمواصلة على نفس الجهاز)
- نفس الشيء عند تسجيل الدخول
- في الحالتين، يمكنهم عدم استخدام كلمة مرور على الإطلاق إذا أرادوا ذلك، فإدخال كلمة المرور اختياري
- لا يزال بإمكانهم تطبيق المصادقة الثنائية (2FA) على الحساب كطبقة أمان ثانية
- متطلبات التسجيل الأخرى (حقول مستخدم إضافية، الرقابة الآلية) لا تزال سارية أيضًا، كما تم تكوينها
إعجابَين (2)
لقد لاحظت للتو، على منتدى يتطلب موافقة على التسجيل، أنك تُدخل عنوان بريدك الإلكتروني، ثم تكتب الرمز المكوّن من ستة أرقام، ثم تظهر لك هذه الرسالة: «لم يتم اعتماد حسابك بعد. سيتم إشعارك عبر البريد الإلكتروني عندما يصبح بإمكانك تسجيل الدخول».
هذه العبارة غير منطقية بعض الشيء، لأنك في تلك اللحظة لا تشعر فعليًا أنك تسجّل الدخول — بل لا تزال في مرحلة التسجيل. حتى لو كانت الجملة الأولى «شكرًا لتسجيلك» لكانت تحسينًا ملحوظًا.
(كما آمل أن تُملأ الحقول المخصصة، التي قد تساعد في تحديد ما إذا كان ينبغي اعتماد المستخدم أم لا، قبل عرض النص المذكور أعلاه.)
إعجاب واحد (1)