@Heliosurge هذه الفكرة وجدتها مثيرة للاهتمام للغاية. مما قرأته عن المكون الإضافي، هناك بعض الأشياء التي تم إنجازها بالفعل. في حالتي، لحل مشكلتي الأساسية، سأحتاج إلى شيء مثل:
| اسم السكربت | المكون الإضافي | الوصف |
|---|---|---|
| قفل مستويات الثقة | automation |
إذا نشر المستخدم الكثير جدًا، أو أدرج الكثير جدًا و/أو صورًا غير لائقة، أو أساء استخدام نظام الإبلاغ، أو ما شابه ذلك، فإن بديلاً لما سبق هو قفل المستخدم على مستوى الثقة 0. سيحد هذا من عدد (وتكرار) الموضوعات والمنشورات التي يمكن للمستخدم إنشاؤها، بالإضافة إلى منعهم من إدراج الكثير من الصور/الروابط ومنع المستخدم من تقديم بلاغات. يمكن تكوين مستويات الثقة من صفحة المسؤول الخاصة بالمستخدم. |
| إسكات المستخدم | automation |
يُمنع المستخدمون الذين تم إسكاتهم من إنشاء مواضيع جديدة، أو منشورات، أو بلاغات، أو رسائل خاصة على الموقع. لا يزال بإمكانهم إكمال إجراءات أخرى، مثل “الإعجاب” بالمنشورات، وقراءة المواضيع، والرد على الرسائل الخاصة، وما إلى ذلك. بالإضافة إلى ذلك، يمكنهم التواصل مع المشرفين عبر الرسائل الخاصة، حتى تتمكن من الاستمرار في التواصل معهم لمحاولة معالجة السلوك. |
| تعليق المستخدم | automation |
يُمنع المستخدمون الذين تم تعليقهم من تسجيل الدخول، وبالتالي من إكمال أي إجراءات على المنتديات. التعليق هو أقوى إجراء ممكن لديك تجاه مستخدم ويجب استخدامه بحذر. مثل الإسكات، يتم تعليق المستخدم من صفحة المسؤول الخاصة بالمستخدم. مثل الإسكات، تكون التعليقات لفترة زمنية محددة. قد ترغب في تعليق المستخدم لفترة قصيرة أولاً، وإذا عاد المستخدم واستمر في السلوك، فقم بزيادة مدة التعليق. |
| تجميد مستوى الثقة | trigger-automation |
في حالة المستخدمين الذين تم إسكاتهم أو تعليقهم، يتم تشغيل مشغل قفل مستويات الثقة. |
كيف يعمل مشغل تجميد مستويات الثقة
- تجميد مستوى الثقة - تشغيل هذه الأحداث تلقائيًا:
- إسكات المستخدم - تحذير
- تعليق المستخدم - ضربة 1
- قفل مستوى الثقة - ضربة 2
الحل النهائي
- باختصار، سيكون هناك 4 مكونات إضافية. المكون الإضافي الأخير فقط يستدعي المكونات الإضافية الأخرى، كما هو موضح في الموضوع التالي: كيف يعمل مشغل تجميد مستويات الثقة.
- على الرغم من حالات إسكات المستخدمين أو تعليقهم، فإن الأمثلة التي ذكرتها أعلاه كانت مثل البريد العشوائي، أو خطر أمان الحساب، أو الرسائل أو السلوك المسيء، أو الإبلاغ - عندما يطلب المستخدمون حظر مستوى ثقتهم. سيظل هناك حالة المستخدمين الذين تم إسكاتهم أو تعليقهم على أساس شخصي، أي الإبلاغ الذاتي:
- “أطلب حظر مستوى الثقة لأنني لا أريد أن أكون قائدًا لشيء ما”.
- “أنا مسافر وأود حظر مستوى ثقتي، لا أعرف ما إذا كانوا سيتمكنون من اختراق حسابي خلال هذه الفترة”.
- “أعتقد أن حسابي قد تم اختراقه، وأود تجميد مستوى ثقتي حتى يتم التحقيق في القضية من قبل مجتمع Discourse”.
- ملاحظة: يمكن لهؤلاء المستخدمين الذين أبلغوا عن حساباتهم بأنفسهم - طلب تعليق الحساب، أو إسكات الحساب، أو حتى في الحالة التي ذكرتها حظر مستوى الثقة.
- إذا قدم المستخدم أي دليل على أنه لا ينبغي تعليقه، أو إسكاته، أو حماية مستوى ثقته، فإن الحساب طبيعي.
ملاحظات
- لقد فعلت ذلك عدة مرات وشكرًا على الملاحظات، JammyDodger ؛D لقد قرأت هذه الوثيقة وأعتقد أنها رائعة: https://meta.discourse.org/t/discourse-moderation-guide
- Dan DeMontmorency - ما رأيك في هذه الفكرة، هل هي فكرة جيدة؟ هل من الممكن إنشاء شيء كهذا؟
أفكار جديدة
- قد يكون البديل القابل للتطبيق هو هذا، يمكن القيام بذلك باستخدام suspend-a-user-via-the-api، silence-user-via-api، add-a-user-to-a-group-via-api، discourse-docs-api-org، auto-suspend-inactive-user، discourse_api_pull_121 - المشكلة الوحيدة هي أنني لم أرَ أي معلومات من واجهة برمجة التطبيقات حول قفل مستوى الثقة حتى الآن.
- قد يكون لدينا مكونات إضافية تتواصل مع واجهة برمجة التطبيقات لهذا الغرض: silence-user-via-api، auto-suspend-inactive-user، “locking trust level”، suspend-a-user-via-the-api.
- ستكون فكرتي هي الحصول على مكون “أمان الثقة” - يتواصل هذا المكون الإضافي مع واجهات برمجة التطبيقات التالية: silence-user-via-api، auto-suspend-inactive-user، “locking trust level”، suspend-a-user-via-the-api.
- اقتراحي الأولي الذي سيكون رائعًا حقًا هو الحصول على نقاط النهاية هذه:
${this.url}admin/users/${userId}/groups/report/spam${this.url}admin/users/${userId}/groups/report/lockingtrustlevel${this.url}admin/users/${userId}/groups/report/accountsecurityatrisk${this.url}admin/users/${userId}/groups/report/abusivemessagesorbehavior${this.url}admin/users/${userId}/groups/userwishthis/lockingtrustlevel${this.url}admin/users/${userId}/groups/userwishthis/accountsecurityatrisk${this.url}/admin/users/:user_id/report/spam${this.url}/admin/users/:user_id/report/lockingtrustlevel${this.url}/admin/users/:user_id/report/accountsecurityatrisk${this.url}/admin/users/:user_id/report/abusivemessagesorbehavior${this.url}/admin/users/:user_id/userwishthis/accountsecurityatrisk${this.url}/admin/users/:user_id/userwishthis/lockingtrustlevel
ولكن شيئًا يحل المشكلة بالفعل هو القيام بـ poc - إثبات المفهوم
${this.url}/admin/users/:user_id/silence${this.url}/admin/users/:user_id/lockingtrustlevel${this.url}admin/users/${userId}/groups/silence${this.url}admin/users/${userId}/groups/lockingtrustlevel