قد يتردد هذا النوع من المستخدمين حول ما إذا كان ينبغي عليهم النقر على الرابط أم التحقق من الرمز.
نعم، لست متأكداً تماماً، أظن أن الرسائل التي تحتوي على عبارات مثل «انقر على هذا الرابط أو أدخل هذا الرمز» شائعة. إنها تساعد إذا استلم الشخص الرسالة على جهاز مختلف، كما أنها توفر راحة النقرة الواحدة. - لكن دعِ مدير الموقع يقرر الخيارات التي سيفهمها مستخدموه.
إعجاب واحد (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”، وما إلى ذلك، وهو ليس أفضل بكثير.
كما وجدت أن سير العملية العام مربك بعض الشيء: يجب على المستخدمين أولاً إدخال رمز يُرسل عبر البريد الإلكتروني للحصول على الموافقة، لكن بعد ذلك، لتسجيل الدخول فعليًا، يكون من غير الواضح كيف يُفترض بهم المتابعة، إذ يُطلب منهم إدخال كلمة مرور لم يقوموا بإعدادها أبدًا. يجب إرسال رمز مرة أخرى (وهذا الأمر ليس واضحًا بوضوح). وبعد تسجيل الدخول، يتعين عليهم تحديد كيفية تغيير اسم المستخدم بأنفسهم. كل هذا مجتمعا يجعل عملية الانضمام طويلة ومربكة إلى حد كبير، خاصة من جانبنا، حيث تتطلب الحسابات موافقة المشرفين قبل أن يتمكن المستخدمون من الوصول إلى تلك المرحلة أصلاً.
لذلك، كما هو الحال حاليًا، لا يناسب هذا المسار احتياجاتنا تمامًا 
3 إعجابات
في هذه الحالة، أفضل خيار هو تفعيل هذا الإعداد:
لديك وجهة نظر صحيحة هنا، نحتاج إلى مراجعة كيفية عمل هذا التدفق للمواقع التي تتطلب موافقة عضو من فريق الإدارة على الحسابات. سنقوم بالبحث في الأمر والعودة إليك.
3 إعجابات
شكرًا لك على التنبيه بهذا المشكلة!
لقد قمت بدفع إصلاح لهذه المشكلة هنا:
هل يمكنك التحديث والتأكد من الأمر وإخباري ما إذا كنت لا تزال تواجه هذه المشكلة؟
إعجاب واحد (1)
لا، فهو يقوم تقريبًا بنفس الشيء تمامًا. من Roboform، يقوم بإدخال عنوان البريد الإلكتروني، ثم يتوقف لثانية أو ثانيتين، ثم ينتقل إلى نافذة إدخال الرمز المكوّن من 6 أرقام مع بقاء البريد الإلكتروني ظاهرًا. لذا يبدو أن Roboform أو شيئًا ما يقوم بتفعيل خيار «أرسل لي رمز تسجيل دخول لمرة واحدة» (https://discourse.usma.cloud/login) حتى لو لم أقم بالنقر عليه أبدًا، على عكس إدخال كلمة المرور والمتابعة مباشرة إلى discourse.
شكرًا لكم على ملاحظاتكم، فهي مفيدة للغاية في حين أننا ندرس ما إذا كان ينبغي أن تكون توليد الأسماء المستعشاة العشوائية اختيارية (opt-in) أو غير اختيارية (opt-out) بشكل افتراضي. يُرجى ملاحظة أن هذه الميزة لن تكون إلزامية على الإطلاق، ويمكنك إلغاء الاشتراك فيها باستخدام التعليمات الواردة في المنشور الأول:
بمجرد الانتهاء، هذا هو شكل الشاشة:
إعجاب واحد (1)