هل من الممكن جعل جميع المنشورات التي أنشأها المسؤولون غير قابلة للتعديل لجميع المستخدمين الآخرين؟

أريد التأكد من أن المشاركات التي أنشأها المسؤول غير قابلة للتعديل من قبل جميع المستخدمين الآخرين، بما في ذلك الموظفين والمشرفين. لقد لاحظت أنه حتى شروط الخدمة يمكن تعديلها من قبل المشرفين.

ضع في اعتبارك سيناريو يتم فيه عرض دور مشرف على مستخدم نشط في المنتدى، ولكنه يبدأ بعد ذلك في التصرف بشكل غير أخلاقي، مثل تعديل أو حذف المستندات القانونية مثل شروط الخدمة.

هل هناك طريقة لإنشاء مثل هذه الأذونات أو القيود المحددة؟
شروط الخدمة وسياسة الخصوصية موجودة حاليًا في فئة “الموظفين” الافتراضية، لذلك لا يمكنني تعديل من يمكنه الإنشاء، وما إلى ذلك.

لقد لاحظت أن حتى مستخدمي مستوى الثقة 3 يمكنهم تعديل شروط الخدمة. إذا كان الاقتراح شيئًا مثل “يمكنك خفض مستوى الثقة”، فهذا ليس حلاً قابلاً للتطبيق، حيث لا يزال المشرف بحاجة إلى أذونات أخرى للإشراف على المنتدى بفعالية دون قيود.

هل هناك طريقة افتراضية لتعيين هذه الأنواع من القيود؟
علاوة على ذلك، هل هناك أي طريقة لتعديل كل إذن وإزالة/إضافة الأذونات؟

انقلها إلى فئة أخرى يمكن للمسؤولين فقط تعديلها.

3 إعجابات

هذه هي الطريقة، في إنشاء فئة جديدة يمكن تعيين إعدادات الوصول الأمني إلى المسؤولين فقط وليس للمشرفين.

هذا مفاجئ، هل هو الإعداد الافتراضي أم أن شخصًا ما قام بتغييره؟

إعجابَين (2)

شكراً على الرد.

سأقتبس مشاركتي الخاصة. شروط الخدمة موجودة في فئة “الموظفين”. لا يمكننا تعيين/تعديل الأمان لفئة الموظفين. ستعمل طريقتك لأي فئة أخرى ينشئها المسؤول. لكن ديسكورس لا يسمح بتعيين الأمان لفئة الموظفين الافتراضية.

شروط الخدمة وسياسة الخصوصية موجودة حاليًا في فئة “الموظفين” الافتراضية، لذلك لا يمكنني تعديل من يمكنه الإنشاء، إلخ.


لست متأكدًا تمامًا. من الممكن أن أكون قد فعلت ذلك. ومع ذلك، لا يزال قلقي الرئيسي موجودًا → لتقييد أي شخص آخر من تعديل المستندات القانونية.

إذًا، كيف نجعل مستند شروط الخدمة الذي تم إنشاؤه حديثًا (في الفئة الجديدة) يظهر في علامة التبويب الافتراضية الرسمية “شروط الخدمة”؟ في “examplesite. com/tos”.

في طريقتك، هل هذا ممكن؟

كيف سأفعل ذلك هو أن أستضيف شروط الخدمة هذه في مكان آخر على منصة يتحكم فيها المسؤولون فقط. ثم سأستخدم إعدادات ديسكورس لوجود شروط خدمة وصفحات سياسة خارجية. بهذه الطريقة، يعرف المسؤولون مكان إجراء التغييرات ولا يمكن لأحد آخر تعديلها مباشرة على ديسكورس.

3 إعجابات

ما يمكنك فعله هو إنشاء فئة جديدة يمكن للمسؤولين فقط الوصول إليها، ثم نقل صفحة شروط الخدمة إلى تلك الفئة.

إعجابَين (2)

هل قمت بذلك بنجاح من قبل أم أنك تعتقد أنه قد ينجح؟ لأن ذلك قد يخلق مشاكل جديدة

  1. لم يعد من الممكن نقل مستند شروط الخدمة إلى فئة الموظفين الرسمية (إذا حدث خطأ ما / إذا لم تنجح طريقتك)
  2. يمكن أن تخلق المشكلة المذكورة أعلاه مشكلة أخرى → الآن شروط الخدمة غير مرئية في علامة تبويب شروط الخدمة الافتراضية لأن النظام لا يمكنه العثور على مستند شروط الخدمة في فئة الموظفين.
  3. في كل مرة تريد فيها تحديث شروط الخدمة، تحتاج إلى تعيين إعداد “طول عنوان المنشور” (حيث لا يمتلك ديسكورس قوة منفصلة مخصصة للمسؤولين على أطوال العناوين الأقصر مثل “شروط الخدمة”).

تم اختبار هذا اليوم ويبدو أنه يعمل بشكل جيد، ومن الممكن إعادة صفحة شروط الخدمة إلى فئة الموظفين.
لا أعرف كيف ينشر النظام الصفحة الرسمية من النسخة القابلة للتحرير ولكن تغيير الاسم/الفئة لا يبدو أنه يسبب أي مشكلة لذلك.

4 إعجابات

ليس هذا احترافيًا حيث لا تظهر صفحة شروط الخدمة الجديدة في علامة التبويب الافتراضية “شروط الخدمة”. إنها توجه فقط إلى المنشور (وجميع علامات التبويب المجاورة الأخرى “حول، أسئلة متكررة، سياسة الخصوصية” لم تعد تظهر بجوار علامة تبويب شروط الخدمة - حتى علامة تبويب شروط الخدمة لم تعد مرئية).

هذه القيود غير الضرورية في ديسكورس تجعل تخصيص الموقع صعبًا للغاية.

إنه نفس الشيء بالنسبة لصفحة “حولنا” أيضًا. إذا حاولت إزالة “الإحصائيات” فلا يمكنك ذلك، إنه قرار ديسكورس إجباري يجب عرضه. قواعد غريبة.

إنه نفس الشيء بالنسبة لصفحة شروط الخدمة أيضًا “لا، يجب أن تظل قابلة للتعديل لجميع المشرفين غير الأخلاقيين، إنه قرار ديسكورس إجباري” :relieved_face: إنه غريب أن تفرض ديسكورس إرادتها بالقوة على الموقع.

أشعر أن الشعار الرئيسي لديسكورس هو “كل القوة للمجتمع، لا شيء للمسؤولين” :sweat_smile::grin:

أشعر أن السياسة السائدة في Discourse هي أنه لا ينبغي أن يكون لديك مشرفون تشك في أنهم على وشك إساءة التصرف؛ ولكن إذا فعلت ذلك، فيمكن التراجع عن كل ما يفعلونه.

مشرف الفئة هو المنصب المخصص للمساعدة في الإشراف منخفض الثقة.

إذا قام عضو جديد في الفريق بتحرير شروط الخدمة لتصبح شيئًا مثل “فقط لا تفعل ذلك”، فسيتم الاحتفاظ بالإصدار القديم في سجل تعديلات المنشور. إخفاء المراجعة لا يفعل شيئًا، يمكن للمسؤولين رؤيتها، ولا يمكن إلا للمسؤولين تطهير مراجعة من قاعدة البيانات.

5 إعجابات

باستثناء… هناك فئة مقصورة على الموظفين فقط، وهي فئة staff - وغالباً ما يتم نشر شروط الخدمة فيها، ولا توجد طريقة لـ TL3 لتعديلها، إلا إذا كان الموظف هو TL3.

هنا توجد الآن مشكلة كبيرة: لا نعرف ما الذي قام @PrettyGirl بتغييره. لأنني أرفض الاعتقاد بوجود خطأ فادح يسمح لـ TL3 العادي بالتعديل أو حتى رؤية الفئة المقتصرة على الموظفين.

إعجابَين (2)

لست متأكدًا من سبب استمرارك في قول هذا عندما تم تقديم الإجابة؟

إذا قمت بإنشاء فئة “مسؤول” مع أذونات إنشاء/رد للمسؤول فقط وأعدت تصنيف مواضيع شروط الخدمة وسياسة الخصوصية الخاصة بك (والأسئلة الشائعة إذا رغبت في ذلك) إلى هناك، فهل هذا لا يحل المشكلة الفورية بالنسبة لك؟ تستند الصفحات المنشورة /tos و /privacy إلى معرفات الموضوع، لذلك ستظل موجودة حتى عند نقل المواضيع الأساسية إلى فئة مختلفة.

على الرغم من أن مشكلة وجود مشرفين غير أخلاقيين ستكون مشكلة أوسع سيتعين عليك التعامل معها بشكل منفصل.

7 إعجابات

إنه احترافي عندما تنشئه بشكل صحيح. لدي أكثر من عشرين عميلاً لديهم صفحات سياساتهم مستضافة خارجيًا ونحن نولي اهتمامًا كبيرًا لضمان اتساق تجربة المستخدم ووجود روابط خلفية مناسبة للمنتديات والموقع الرئيسي عند نشر هذه الصفحات الخارجية.

إنها مجرد مسألة إخفائها في CSS، إذا لم تكن هذه مشكلة.

إذا كانوا غير أخلاقيين أو غير متوافقين مع مبادئ مجتمعك، فربما لا يستحقون أن يكونوا مسؤولين / مشرفين / موظفين وما إلى ذلك؟ هناك خطأ جوهري في النهج الذي يتخذونه تجاه توظيف موظفيهم وهذا يحتاج إلى حل فلسفي أكثر من كونه تقنيًا.

معظم ما تطلبه قابل للتحقيق في إضافة مخصصة يجب أن تكون قادرًا على بنائها أو تكليف شخص ما من هذا المجتمع ببنائها.

هناك مشكلة أكبر بكثير في متناول اليد هنا وهي الثقة بين مجتمعك ولا يمكن معالجتها حتى بأكثر الأذونات تقييدًا. تحتاج إلى التفكير في هذا بشكل مختلف ومواءمة نهجك بحيث تتخذ قرارًا حكيمًا عند توظيف شخص ما كعضو في الفريق.

لا ينبغي أن تكون فئة الموظفين مرئية لـ TL3 في أي حال من الأحوال. لا أعرف كيف تجعل ذلك ممكنًا.

6 إعجابات

هل قلت ذلك بعد تجربته؟ لقد نقلت هذا الموضوع مبدئيًا إلى فئة قابلة للتحرير بواسطة المسؤول فقط في منتدىي. لا توجد آثار جانبية. لا يوجد شيء مثل “قد” كما قلت.

وهناك 5 إعدادات مخفية تتعلق بهذا الموضوع. rails c إلى بيئة وحدة تحكم روبي، ثم استخدم SiteSetting.tos_topic_id = xxx لتعيينها إلى أي معرف موضوع تريده.

  tos_topic_id:
    default: -1
    hidden: true
  guidelines_topic_id:
    default: -1
    hidden: true
  privacy_topic_id:
    default: -1
    hidden: true
  welcome_topic_id:
    default: -1
    hidden: true
  admin_quick_start_topic_id:
    default: -1
    hidden: true
    client: true

لقد منح ديسكورس المسؤولين بالفعل حقوقًا أكثر بكثير من المنصات الأخرى. من فضلك لا تقم بمثل هذه التعليقات دون تجربة. أعني، إذا كان ديسكورس مصنع سيارات، فلا يجب أن تطلب منه تسليم المحولات لك - وكل ذلك مجانًا.

7 إعجابات

الإعدادات الافتراضية للتثبيت الجديد هي أن مسؤولاً أو مشرفًا فقط في مستوى الثقة رقم 4 يمكنه تعديل شروط الخدمة/الصفحات الرسمية الأخرى، ولكن من الممكن أن يكون أي شخص في TL4 قد نقلها إلى فئة مختلفة يمكن تعديلها بواسطة TL3.

من ناحية، كونك في المستوى 4 لا يعني أنك موظف. إذا كنت في المستوى 4 ولكن ليس لديك صلاحيات إدارية أو إشرافية، فلن تتمكن من رؤية أو تحرير أو نقل موضوع موجود في فئة الموظفين. من ناحية أخرى، فإن صلاحيات المشرفين لا تعتمد على مستواهم. انظر Trust Level Permissions Reference. لا يوجد مستوى في عمود المشرفين.

4 إعجابات

لم أكن أعرف ذلك، كنت أعتقد أن TL4 يعني مشرفًا أو مسؤولًا.

إعجاب واحد (1)