لذا، في أي منتدى حاليًا، يتمتع المسؤول بالقدرة على تنزيل أي مسؤول آخر من منصب المسؤول. كنت أفكر، ماذا لو قمنا بتغيير ذلك بحيث يكون الحساب الذي هو المالك، درعه ليس الرمادي العادي، بل هو درع أخضر مقسوم إلى نصفين ولا يمكن للمسؤولين تنزيله، والمشرفون رماديون والمسؤولون العاديون أزرق لتمييز أنواع الحسابات المختلفة، ولكن إذا أراد المالك، فيمكنه تغيير شخص آخر في المنتدى ليحصل على الدرع الأخضر، مما يمنح نفسه الدرع الأزرق، والآن لا يمكن تنزيل حامل الدرع الأخضر الجديد.
أهلاً بك في Discourse Meta @Encounter
![]()
لا يمكن تخفيض رتبة المسؤول الذي يمتلك/أنشأ المنتدى، حيث أن بريده الإلكتروني موجود في DISCOURSE_DEVELOPER_EMAILS داخل app.yml.
إذا كنت تستضيف بنفسك ولا تريد تخفيض رتبة المسؤولين الآخرين، فما عليك سوى إضافتهم إلى رسائل البريد الإلكتروني للمطورين وإعادة البناء.
يمكنك أيضًا أن تشرح للمسؤولين الآخرين عدم تخفيض رتبة الآخرين إذا كنت لا ترغب في إجراء تغييرات على رسائل البريد الإلكتروني للمطورين. كملحوظة جانبية… كما تتوقع، كونك مسؤولاً هو منصب قوي، ومن الناحية المثالية لا تريد أن يكون لدى العديد من الأشخاص هذه الامتيازات.
إذا كنت ترغب في تغيير لون درع المسؤولين والمشرفين للمساعدة في التمييز بينهم، يمكنك إلقاء نظرة على هذا الدليل:
There are various methods that can be used to make a staff user immediately recognizable to other users. Show moderator shield Any staff user who is moderator, or admin and moderator, will have the moderator shield next to the username. [image]Tips: the shield will not appear if the staff user has the role of admin but not moderator. CSS to change color of the shield
Change color for all Staff users
Change color differentiating ADMIN users from MOD users CSS to h…
يمكنك أيضًا استخدام الألقاب. على سبيل المثال، يمكن إعطاء المسؤول الذي يمتلك المجتمع لقب “مالك” حتى يعرف الجميع من لا يجب تخفيض رتبته إذا كان هذا ما يقلقك؟
آمل أن يساعد هذا ![]()
بالنظر إلى ألوان الدرع جانبًا في الوقت الحالي – هل هناك موقف معين تحاول التعامل معه بهذا الطلب؟
أتخيل حالات قصوى مثل:
- السماح لمالك الموقع بنقل ملكية الموقع إلى شخص آخر
- جعل مسؤول إضافي غير قابل للإزالة من منصبه
لكن أيًا من الأمرين يبدو مناسبًا نادرًا، والحاجة إلى تعديل ملف app.yml كما يشرح ondrej يبدو معقولًا جدًا.
مرحباً أوندريج، شكراً لذكرك أنه لا يمكن إزالتهم من دور المسؤول، لكنني أختلف مع ذلك.
في منتدى ديسكورس تجريبي مجاني قمت بإنشائه، كنت قد منحت دور المسؤول لشخصين آخرين، وكان ذلك خطأ مني، لكنهم أزالوا أدوار المسؤول والمشرف الخاصة بي وانتهى بهم الأمر بحظري من المنتدى، ولهذا السبب سألت، وأيضاً ألقِ نظرة على هذا:
أنا لست مالك هذا المنتدى، بل مجرد مستخدم هنا، كما هو موضح في الصورة، ويمكنني إلغاء دور المسؤول الخاص بهم.
لا يمكن “تخفيض رتبة” مسؤول يمتلك المنتدى/أنشأه، حيث أن بريده الإلكتروني موجود في DISCOURSE_DEVELOPER_EMAILS داخل app.yml.
كان أوندري يتحدث عن المنتديات المستضافة ذاتيًا، حيث يقوم شخص ما بإنشاء المنتدى ولديه أيضًا حق الوصول إلى الخادم. لذلك، حتى لو كان من الممكن لمسؤول آخر إزالة صلاحياته كمسؤول، فيمكنه إنشاء حساب مسؤول جديد.
على منتدى تجريبي مجاني من ديسكورس
لم تذكر أنك كنت تتحدث عن منتدى تستضيفه ديسكورس. لا أعتقد أن ديسكورس تضمن عدم إزالة المسؤول الأول على استضافتها. يمكنني أن أتخيل أنه ليس من النادر أن يقوم شخص ما بإنشاء منتدى، ثم يغادر شركة لاحقًا، وبعد ذلك يحتاج المسؤول الأول إلى استبداله، لذلك يبدو منطقيًا بالنسبة لي السماح بذلك.
أعتقد، في أسوأ الأحوال، إذا قمت بمنح صلاحيات المسؤول عن طريق الخطأ وأكدتها عبر البريد الإلكتروني، فيمكنك الاتصال بدعمهم، ويمكنهم التحقق من من أنشأ المنتدى.
[quote=“Encounter, post:4, topic:370203”]في منتدى تجريبي مجاني أنشأته، منحت صلاحيات المسؤول لشخصين آخرين، وكان هذا خطأ مني، لكنهم أزالوا صلاحياتي كمسؤول ومشرف، وانتهى بهم الأمر بحظري من المنتدى، وهذا هو سبب سؤالي.
[/quote]
مرحباً بك يا @Encounter ![]()
للعلم أولاً، إذا كنت تواجه أي مشاكل مع تجربتك المجانية لأي سبب من الأسباب، يمكنك الاتصال بدعم العملاء مباشرة على team@discourse.org ويمكنهم مساعدتك. ![]()
ولكن ثانياً، الإصدارات المستضافة تختلف قليلاً عن الإصدارات المستضافة ذاتياً، وإذا كنت تستخدم خطة مستضافة، فإن المسؤول الأول لا يحصل على صلاحيات إضافية خاصة مثل تلك التي يشير إليها Ondrej و Toddz.
(على الرغم من ذلك، لقد تمكنت للتو من تخفيض رتبة حساب المسؤول الرئيسي الخاص بي باستخدام حساب مسؤول تجريبي على موقعي التجريبي المستضاف ذاتياً، لذلك قد أحتاج إلى التحقيق فيما يحدث إذا كان من المفترض ألا يتم تخفيض رتبتي
)
للتوضيح أولاً، إذا كنت تواجه أي مشاكل مع تجربتك المجانية لأي سبب من الأسباب، فيمكنك الاتصال بدعم العملاء مباشرة على team@discourse.org ويمكنهم مساعدتك.
مفهوم، لذا بعد هذا الحادث، أقتبس الرد على بريدي الإلكتروني الخاص بالمشكلة إليهم قائلاً هذا:
“نأسف، لا يوجد شيء يمكننا فعله لمساعدتك”
ثم قالوا إنهم أغلقوا المنتدى بسبب ذلك.
ولكن بعد ذلك في الصورة أعلاه
يمكنني تخفيض رتبة هذا المستخدم وهو مالك المنتدى ولكن المنتدى مستضاف ذاتيًا.
مفهوم، لذلك بعد هذا الحادث أقتبس الرد على البريد الإلكتروني الخاص بمشكلتي لهم قائلاً هذا
“نحن آسفون لا يوجد شيء يمكننا فعله لمساعدتك”
ثم قالوا إنهم أغلقوا المنتدى لهذا السبب.
أعتقد أنه بسبب أنها كانت فترة تجريبية مجانية، فقد يكون هذا هو الحل الأكثر سلاسة لمشكلة محرجة إلى حد ما. ولكن إذا بدأت فترة تجريبية جديدة، فكن حذرًا جدًا بشأن من تمنحه صلاحيات المسؤول. ![]()
يمكنني تخفيض رتبة هذا المستخدم وهو مالك المنتدى ولكن المنتدى مستضاف ذاتيًا
نعم، أرى شيئًا مشابهًا في موقعي المستضاف ذاتيًا. على الرغم من أن موقعي قد مر بالكثير ك موقع اختبار، لذلك ربما قمت بشيء غريب في مرحلة ما. ![]()
على الرغم من أن لدي وصولاً إلى الخادم، يمكنني إنشاء صلاحيات المسؤول ومنحها من هناك، لذا آمل أن أكون مغطى إذا أصبح مستخدمو الاختبار المتمردون. ![]()
شكرا جزيلا على المساعدة يا جامي ![]()
على الرغم من أن لدي وصولاً إلى الخادم، يمكنني إنشاء ومنح صلاحيات المسؤول من هناك، لذا آمل أن أكون مغطى إذا انقلب مستخدمو الاختبار لدي.
نعم - هذا هو الحل الأمثل للمستضيفين الذاتيين. من يتحكم في الخادم (وسجلات النطاق / DNS) لديه القوة الحقيقية!!
ماذا تقصد بذلك؟
لأنه مع الوصول إلى الخادم وسطر الأوامر، يمكنك القيام بالعديد من الأشياء (غير الرسمية) (مثل إعادة خبز المنشورات، والوصول إلى قاعدة البيانات، وما إلى ذلك). لذلك إذا كنت مستضافًا ذاتيًا وقام مسؤولون آخرون بترقيتك، ولكن لديك حق الوصول إلى الخادم الذي يعمل عليه المنتدى، فيمكنك القيام بذلك Create an admin account from the console.
هذا صحيح
(وعلى الرغم من ذلك، فقد تمكنت للتو من تخفيض رتبة حساب المسؤول الرئيسي الخاص بي باستخدام مسؤول مستخدم تجريبي على موقع الاختبار الخاص بي المستضاف ذاتيًا، لذلك قد أحتاج إلى التحقيق فيما يحدث مع ذلك إذا كان من المفترض ألا يتم تخفيض رتبتي
)
للعودة إلى هذا الموضوع وتوضيحه…
بالنسبة للمسؤولين الذين تم تعيينهم في DISCOURSE_DEVELOPER_EMAILS، فإن المحفز لإعادة إضافتك تلقائيًا كمسؤول بعد تخفيض رتبتك هو تسجيل الخروج/تسجيل الدخول.
(في البداية اعتقدت أنه سيحدث عند إعادة البناء، ولكن هذه الطريقة منطقية أكثر
)
