في الوقت الحالي، لا يمكن إنشاء مستخدم جديد من الإدارة > المستخدمين. يرجى إضافة زر لإنشاء مستخدم جديد من لوحة الإدارة. يتجاوز إنشاء المستخدم الجديد فحوصات مثل إعداد “أسماء المستخدمين المحجوزة”.
4 إعجابات
ماذا؟ أنت لا
5 إعجابات
على سبيل المثال، سأقوم بإنشاء مستخدم AutoMod للمهام المؤتمتة، لكن ذلك غير ممكن عبر طريقة التسجيل لأن كلمة “mod” موجودة في قائمة أسماء المستخدمين المحجوزة.
وعلى طريقة التسجيل العادية، يجب أن أنشئ أيضًا عنوان بريد إلكتروني لحساب البوت هذا.
يمكنك تغيير اسم المستخدم بعد تسجيله.
أقترح استخدام عناوين البريد الإلكتروني المضافة (مثل username+bot@example.org) لإدارة مثل هذه الحسابات. يمكنك بالطبع تعطيل البريد الإلكتروني للمستخدم.
6 إعجابات
هذه طريقة بديلة جيدة ولكنها ليست حلاً نظيفًا. هل من الممكن التحقق من عنوان البريد الإلكتروني هذا من لوحة الإدارة؟
إعجاب واحد (1)
لا أتذكر، لقد قمت فقط بإنشاء حساب جديد كما هو معتاد واتبعت التعليمات. أعتقد أن هناك رابطًا في رسالة البريد الإلكتروني.
إعجاب واحد (1)
يمكنك إرسال بريد إلكتروني تجريبي إلى العنوان الذي تنشئه بالانتقال إلى Admin/Emails في لوحة التحكم الخاصة بك، ثم ملء العنوان في الزاوية اليسرى السفلى، ثم النقر على “إرسال بريد إلكتروني تجريبي”.
إذا لم يتم استلام البريد التجريبي، انتقل مرة أخرى إلى Emails وانظر في علامات التبويب Bounced و Rejected لمعرفة ما إذا كانت هناك أي رسالة قد ارتدت أو رُفضت (عنوان خاطئ، غير قابل للتسليم، إلخ).
حسناً، لكن لا يمكنني تعيين عنوان البريد الإلكتروني إلى “no_email” مثل مستخدم النظام.
استخدم rake admin:create لإنشاء مستخدم جديد دون الحاجة إلى المرور بتأكيد البريد الإلكتروني. يجب أن تكون هناك طريقة أفضل للمسؤول لإنشاء حسابات إضافية، ولكن هذه تبدو الطريقة الأقل تعقيدًا للقيام بذلك في الوقت الحالي.
4 إعجابات
واجهة مستخدم في لوحة تحكم المسؤول؟ أشعر أنني رأيت هذه الميزة متاحة، لست متأكدًا على الرغم من ذلك، @JammyDodger
4 إعجابات
سيكون هذا مفيدًا للغاية لإدارة المجتمعات الصغيرة المغلقة. خاصة تلك التي تستخدم الخطاب في قدرة الاتصالات التجارية / قاعدة المعرفة
الوسائل الحالية ليست مثالية لحالات الاستخدام هذه
4 إعجابات
أعتقد أن الأمور قد اختلطت قليلاً هنا. 
لإنشاء مسؤول بالطريقة التي يقترحها OP، الأمر بسيط مثل التسجيل كمستخدم بالطريقة العادية، وتفعيل بريده الإلكتروني يدويًا من صفحة المستخدم الخاصة به (إذا كنت بحاجة إلى ذلك؟)، ومنح صلاحيات المسؤول في نفس الوقت. يمكنك أيضًا تعطيل أسماء المستخدمين المحجوزة مؤقتًا إذا كنت ترغب في استخدام أحدها عند تسجيلهم. 
أقوم بإنشاء مستخدمين تجريبيين طوال الوقت، وهو أمر سريع وسهل للغاية.
(وتخدعة البريد الإلكتروني ذات العنوان الإضافي التي اقترحها @maiki مفيدة أيضًا، أو يمكنك إعداد أسماء مستعارة إذا كان لديك صندوق بريد نطاق يدعم ذلك)
إعجابَين (2)
… والطريقة للقيام بذلك هي…؟ أود إنشاء test_user لا يمتلك بريدًا إلكترونيًا ولديه امتيازات وصول معينة، حتى أتمكن من استخدامه لمفتاح API.
إعجاب واحد (1)
تميل حساباتي إلى أن يكون لها عناوين بريد إلكتروني مستعارة حتى أتمكن من استخدامها كمسؤولين حقيقيين، ولكن يمكنك القيام بذلك بدونها أيضًا. 
لا يوجد الكثير من السحر في الأمر:
- انتقل إلى
/signupفي متصفح منفصل/نافذة خاصة - أدخل البريد الإلكتروني كشيء مثل
NAME@email.invalid[1] (+ اسم المستخدم وكلمة المرور) - بصفتك مسؤولاً، قم بتنشيط المستخدم الجديد من صفحة
admin/userالخاصة بهم - قم بزيادة مستوى الثقة حسب الحاجة
سيتم تسجيل هذا كبريد إلكتروني قابل للاستخدام، ولكن لن يحاول Discourse إرسال أي رسائل بريد إلكتروني إلى عناوين
.invalid. ↩︎
إعجاب واحد (1)
لقد جربت test-user@email.invalid للبريد الإلكتروني وكلمة مرور تم اختراعها.
ولكنني أحصل على “عذرًا، حدث خطأ أثناء تفويض حسابك. يرجى المحاولة مرة أخرى.” – لدينا مكون إضافي لـ LDAP (discourse-ldap-auth) ممكّن لمثيلنا.
أنا مسؤول في Discourse لذا يمكنني إدارة المستخدمين + تعيين الأذونات وما إلى ذلك. أتمنى فقط أن يكون لدينا عملية “إنشاء مستخدم” ضمن شاشات المسؤول، حتى نتمكن من التعامل مع هذا مباشرة.
إعجابَين (2)
أخشى أنني ليس لدي أي خبرة مع هذا المكون الإضافي. هل يمكنك تسجيل مستخدم جديد بالطريقة العادية التي كنت ستفعلها عادةً، ثم تبديل البريد الإلكتروني من تفضيلاته؟
إعجاب واحد (1)
هل يمكنك تسجيل مستخدم جديد بالطريقة العادية التي تتبعها عادةً، ثم استبدال البريد الإلكتروني من تفضيلاته؟
لا، يجب أن ينجح المصادقة عبر LDAP. (أعني، نعم، يمكنني أن أطلب من مستخدم ليس لديه حساب على Discourse حتى الآن التسجيل والتضحية بحسابه حتى أتمكن من استخدامه لأغراض الاختبار الخاصة بي… ولكن هذا غير واقعي.)
لقد جربت نهج البريد الإلكتروني + — على سبيل المثال، إذا كان اسم المستخدم الخاص بي هو splendid@foobar.com، ولدي حساب في Discourse، فيمكنني إنشاء حساب آخر باستخدام splendid+test@foobar.com — ولكنه غير مسموح به. يتطابق حساب البريد الإلكتروني الدقيق فقط للمصادقة عبر LDAP.
أريد حقًا حساب اختبار فقط، شيء مثل discobot أو system ولكن بصلاحيات مخفضة.
إعجاب واحد (1)
لا أتذكر التفاصيل الدقيقة، ولكن أعتقد أن كانت هناك طريقة إما لتعطيل LDAP وتسجيل الدخول محليًا، أو إتاحة كلا النوعين من تسجيل الدخول. شيء مثل تمكين هذه:\n
\nوتعطيل إعداد واحد أو اثنين من إعدادات تسجيل الدخول لـ LDAP. لا أوصي بالتلاعب بهذا في بيئة الإنتاج الاحترازية، ولكن إذا كان لديك خادم اختباري، فتحقق مما إذا كان تغيير هذه الإعدادات يجعل من الممكن حل مشكلة تسجيل الدخول الأولى.\n\nبخلاف ذلك، هل هناك أي شخص لديه حساب LDAP غادر المنصة؟ بالنسبة لخادمنا، انتهى بي الأمر بإخفاء هوية شخص غادر. إنه يفصل الحساب فعليًا عن البريد الإلكتروني وتسجيل الدخول، ولكنه يحتفظ بالحساب هناك حتى أتمكن من منحه مجموعة متنوعة من الأذونات وانتحال شخصيته (بعد إعطائه اسمًا مناسبًا). وبالمثل، منحته بعض مفاتيح API واستخدمه لأداء مهام آلية.
إعجاب واحد (1)
هاه. حسنًا، سأجرب ذلك…
إعجاب واحد (1)