تجميد مستوى الثقة

[anon40545810]

اسم الميزة

تجميد مستوى الثقة

وصف الميزة

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

أسباب تنفيذ الميزة

1. جعل مستوى أمان Discourse أكثر أمانًا.
2. تجميد مستخدمين معينين لا يتبعون سياسة المجتمع لسبب ما وبالتالي لا يمكنهم الحصول على مستوى ثقة أعلى. العديد من الأنظمة أو البرامج عندما ينتهك المستخدم قاعدة ما، عادةً ما يتم إغلاق الحساب أو تجميده. هنا ستكون حالة تجميد الحساب. قد يكون هناك وقت لتجميد الحساب، ربما يوم واحد أو سنة واحدة.
3. إنه إجراء أمني.
4. يمكن للمستخدم أن يطلب تجميده. ربما لأن المستخدم قد لا يرغب، مثلي، في أن يكون قائدًا لشيء ما.
5. يستخدم Twitter مصطلح “حساب معلق”. عادةً ما يتم تعليق الحساب لهذا السبب: البريد العشوائي، أمان الحساب معرض للخطر، التغريدات أو السلوك المسيء. في رأيي لن يكون حسابًا معلقًا، بل سيكون حسابًا مجمدًا. لا يزال لدى المستخدم إمكانية استخدام الحساب، فهو ليس معلقًا.

مراجع

1. بحثت في Discourse ولم أجد الكثير مما يتعلق بهذه الفكرة.
2. إذا كانت هناك أي فكرة ذات صلة، فسيكون من الأفضل دمج تلك الفكرة.
3. سأكون ممتنًا لأي شخص يمكنه القراءة وتقديم الملاحظات.
4. https://help.twitter.com/en/managing-your-account/suspended-twitter-accounts

[JammyDodger]

يمكنك قفل مستخدم إلى مستوى ثقة من صفحة admin/user الخاصة به:

[anon40545810]

يمكنك قفل مستخدم إلى مستوى ثقة من صفحة المسؤول/المستخدم الخاصة به:

• لم أكن أعرف بهذه الميزة، شكراً على ملاحظاتك.

هذه هي أسئلتي، إذا كان بإمكانك الإجابة سأكون ممتناً لتوضيح هذا:

1. هل يمكنني تحديد وقت قفل، ربما ليوم واحد أو سنة أو شيء من هذا القبيل؟
2. شيء آخر، هل يمكنني كمستخدم أن أطلب عدم رفع مستوى ثقتي في نظام Discourse؟

• فكرتي عن تجميد الحساب تتعلق بهذه الأسئلة

[JammyDodger]

لا يوجد حاليًا خيار مؤقت عند قفل مستوى الثقة؛ يتم تشغيله وإيقافه يدويًا.

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

لقد لاحظت للتو تعديلك:

@anon40545810

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

يحتوي Discourse أيضًا على خيار إسكات أو تعليق حساب المستخدم، إذا شعر المسؤول أنه ضروري. هذه الخيارات لها مؤقتات.

يمكنك قراءة المزيد حول قفل مستويات الثقة، والإسكات، والتعليق في:

Discourse Moderation Guide

So you’re a moderator on a Discourse forum - congratulations! As a forum moderator, it’s your role to help oversee the forum, ensuring that users and content are in line with your TOS, FAQ, and other published rules/guidelines. Discourse comes with numerous tools to help you accomplish this. Let’s take a look at some common scenarios and see how each can be handled with Discourse. Welcoming New Users Part of keeping a community friendly and helping it grow involves being an example to other…

[anon40545810]

@JammyDodger لقد كنت مذهلاً، لقد أوضحت كل شكوكي. ولكن، هل يمكنك توضيح ما إذا كانت هذه الأفكار التكميلية جيدة أم لا؟

لا يوجد حاليًا خيار مؤقت عند قفل مستوى الثقة؛ يتم تشغيله وإيقافه يدويًا.

• إذن ما الذي يقدمه هذا المنشور من أخبار لـ Discourse سيكون هذا: تقديم خيار مؤقت عند قفل مستوى الثقة كما يتم ذلك يدويًا. هذا مثير للاهتمام، بالنظر إلى هذه الملاحظة:
  1. هل يمكنك تخيل تكوين هذه العملية يدويًا لـ 100 مستخدم؟ سيكون ذلك مرهقًا بعض الشيء، ألاحظ. أتخيل أنه سيكون أفضل أو أكثر كفاءة، عملية تلقائية مع بعض القواعد. مثل، على سبيل المثال، تحديد وقت ربما ليوم واحد أو سنة أو شيء من هذا القبيل.
  2. على تويتر، إذا لم أكن مخطئًا، يمكنك شرح سبب عدم تعليق حسابك. إذا قدمت شيئًا يوضح أنه لا ينبغي تعليق حسابك، فسيعود حسابك إلى طبيعته. وإذا لم تشرح السبب، فسيتم تعليق حسابك لفترة من الوقت. أعتقد أنه يمكن تطبيق هذا السيناريو هنا في Discourse. أي، إذا شرحت سببًا لعدم قفل مستوى الثقة، فسيعود مستوى الثقة الخاص بك إلى طبيعته. إذا لم تشرح السبب، فسيتم تجميد مستوى الثقة الخاص بك لفترة من الوقت.

سيناريو مع قياسات تلقائية لمستوى الثقة المقفل (عندما يكون المؤقت الذي يحظر مستوى الثقة نشطًا)

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

2. يمكن للمستخدم أن يطلب أنه يريد حظر مستوى الثقة، ولكن لهذا الغرض يجب عليه تقديم سبب حظر مستوى الثقة. على سبيل المثال:

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

3. يمكن للمستخدمين طلب حظر مستوى ثقة مستخدم. بعض الأسباب:

   1. “يرسل المستخدم بريدًا مزعجًا باستمرار”. ملاحظة: يشير إلى المنشورات المفرطة من مستخدم معين أو من حسابات وهمية يتم الإبلاغ عنها من قبل مستخدمين آخرين في المجتمع.
   2. “المستخدم لا يتفق مع سياسة المجتمع. أود أن يقوم المجتمع بتقييم الحالة. أفهم أنه عند طلب حظر مستوى ثقة المستخدم. يمكنني أيضًا أن أتحمل المسؤولية عن ذلك.” ملاحظة: يشير إلى رسائل أو سلوك مسيء متصور لمستخدم معين يتم الإبلاغ عنه من قبل مستخدمين آخرين.

4. يمكن للمسؤول فقط السماح بحظر مستوى ثقة المستخدم. ملاحظات:

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

ملاحظات هامة

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

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

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

لدى Discourse أيضًا خيار إسكات أو تعليق حساب المستخدم، إذا شعر المسؤول أنه ضروري. هذه الخيارات لها مؤقتات.

• هذا مثير للاهتمام حقًا ولم أره، شكرًا على الحديث عنه، سأقوم بمزيد من البحث وسأتعلم المزيد عن Discourse.

مراجع

• Understand copyright strikes - Computer - YouTube Help

[Moin]

@anon40545810

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

القائد ليس مستوى ثقة تصل إليه باستخدام ديسكورس.

@codinghorror

الوصول إلى مستوى الثقة 4 عن طريق…

• الترقية اليدوية من قبل الموظفين فقط

لذلك، فإن قفل مستوى الثقة ليس ضروريًا لتجنب أن تصبح قائدًا.

[Heliosurge (Dan DeMontmorency)]

هناك إضافة أتمتة قد توفر خيارًا لتعيين حد زمني لـ TL مقفل. لكن لست متأكدًا

[Nerd_Alert]

هل هناك أي طريقة لتعيين مستويات الثقة للجميع؟

[anon40545810]

هل هناك أي طريقة لتقييد مستويات الثقة للجميع؟

• بناءً على التعليقات هنا، لا. ولكن آمل أن يساعد هذا، فكرتي ستكون حول هذا. باختصار، سيكون لدينا هاتان العمليتان:

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

ملاحظات:

1. في هاتين الحالتين، يمكن للنظام تجميد أو تعليق مستوى الثقة تلقائيًا. لن تكون هناك عملية يدوية بهذا الصدد ولا معنى لها حتى بناءً على ما علقت عليه باختصار - لأن المسؤول فقط هو من يمكنه تأكيد ما إذا كان طلب تجميد أو تعليق مستوى الثقة عادلاً أم لا بناءً على رد المستخدم الذي يريد هذا الطلب للمراجعة مرة أخرى.
2. إذا لم يقدم المستخدم أي سبب، فمن المفهوم نظريًا أن مستوى الثقة يجب تجميده أو تعليقه لفترة من الوقت.
3. إذا طلب المستخدم تحليل هذا الوضع، فإن المسؤول فقط هو من يقيم ذلك - في النهاية.
4. إذا تم رفض أي طلب من المسؤول، فيجب على المسؤول التحدث إلى المستخدم وإخباره بسبب رفض الطلب.
   • يمكن للمستخدم بعد ذلك تقديم طلب جديد للمراجعة، وإذا قبل المسؤول هذا الطلب الجديد - يتم إلغاء تعليق أو تجميد مستوى الثقة. بخلاف ذلك، إذا لم يكن لدى المستخدم حجج للقيام بذلك، فسيتم قبول تعليق أو تجميد مستوى الثقة.
5. أعتقد أن هذه العمليات تتم بنفس الطريقة في أشياء مثل واتساب وتويتر.
6. الرابط الذي أرفقته هنا يتحدث عن كيفية عمل واتساب - كيف يكتشف البريد العشوائي - ربما لدى Discourse فكرة أو رؤية حول هذا.

مراجع

• https://faq.whatsapp.com/general/security-and-privacy/about-spam-and-unwanted-messages/?lang=en

[Heliosurge (Dan DeMontmorency)]

ربما يساعد استخدام المجموعات وهذا المكون الإضافي في تحقيق جزء من ذلك على الأقل.

Discourse Automation

Summary Discourse Automation lets you automate actions through scripts and triggers. Customisation is made through an automatically generated UI. Install Guide This plugin is bundled with Discourse core. There is no need to install the plugin separately. [Capture d’écran 2021-07-02 à 15.13.57] Features Easy automation of complex workflows Triggers automations at specific dates, periodically, or on specific events Provides automatically generated …

[anon40545810]

@Heliosurge هذه الفكرة وجدتها مثيرة للاهتمام للغاية. مما قرأته عن المكون الإضافي، هناك بعض الأشياء التي تم إنجازها بالفعل. في حالتي، لحل مشكلتي الأساسية، سأحتاج إلى شيء مثل:

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

كيف يعمل مشغل تجميد مستويات الثقة

1. تجميد مستوى الثقة - تشغيل هذه الأحداث تلقائيًا:
   • إسكات المستخدم - تحذير
   • تعليق المستخدم - ضربة 1
   • قفل مستوى الثقة - ضربة 2

الحل النهائي

1. باختصار، سيكون هناك 4 مكونات إضافية. المكون الإضافي الأخير فقط يستدعي المكونات الإضافية الأخرى، كما هو موضح في الموضوع التالي: كيف يعمل مشغل تجميد مستويات الثقة.
2. على الرغم من حالات إسكات المستخدمين أو تعليقهم، فإن الأمثلة التي ذكرتها أعلاه كانت مثل البريد العشوائي، أو خطر أمان الحساب، أو الرسائل أو السلوك المسيء، أو الإبلاغ - عندما يطلب المستخدمون حظر مستوى ثقتهم. سيظل هناك حالة المستخدمين الذين تم إسكاتهم أو تعليقهم على أساس شخصي، أي الإبلاغ الذاتي:
   • “أطلب حظر مستوى الثقة لأنني لا أريد أن أكون قائدًا لشيء ما”.
   • “أنا مسافر وأود حظر مستوى ثقتي، لا أعرف ما إذا كانوا سيتمكنون من اختراق حسابي خلال هذه الفترة”.
   • “أعتقد أن حسابي قد تم اختراقه، وأود تجميد مستوى ثقتي حتى يتم التحقيق في القضية من قبل مجتمع Discourse”.
   • ملاحظة: يمكن لهؤلاء المستخدمين الذين أبلغوا عن حساباتهم بأنفسهم - طلب تعليق الحساب، أو إسكات الحساب، أو حتى في الحالة التي ذكرتها حظر مستوى الثقة.
     • إذا قدم المستخدم أي دليل على أنه لا ينبغي تعليقه، أو إسكاته، أو حماية مستوى ثقته، فإن الحساب طبيعي.

ملاحظات

1. لقد فعلت ذلك عدة مرات وشكرًا على الملاحظات، JammyDodger ؛D لقد قرأت هذه الوثيقة وأعتقد أنها رائعة: https://meta.discourse.org/t/discourse-moderation-guide
2. Dan DeMontmorency - ما رأيك في هذه الفكرة، هل هي فكرة جيدة؟ هل من الممكن إنشاء شيء كهذا؟

أفكار جديدة

1. قد يكون البديل القابل للتطبيق هو هذا، يمكن القيام بذلك باستخدام 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 - المشكلة الوحيدة هي أنني لم أرَ أي معلومات من واجهة برمجة التطبيقات حول قفل مستوى الثقة حتى الآن.
2. قد يكون لدينا مكونات إضافية تتواصل مع واجهة برمجة التطبيقات لهذا الغرض: silence-user-via-api، auto-suspend-inactive-user، “locking trust level”، suspend-a-user-via-the-api.
3. ستكون فكرتي هي الحصول على مكون “أمان الثقة” - يتواصل هذا المكون الإضافي مع واجهات برمجة التطبيقات التالية: silence-user-via-api، auto-suspend-inactive-user، “locking trust level”، suspend-a-user-via-the-api.
4. اقتراحي الأولي الذي سيكون رائعًا حقًا هو الحصول على نقاط النهاية هذه:
   • ${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

[JammyDodger]

@Nerd_Alert

هل هناك طريقة لقفل مستويات الثقة للجميع؟

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

[Heliosurge (Dan DeMontmorency)]

يمكن أن يكون أتمتة أجزاء من الإشراف مفيدة جدًا. لديك تخطيط جيد لما تريد تحقيقه. يمكن أن يكون فريق إشراف صغير لمجتمع كبير مفيدًا جدًا طالما أن الفريق يحقق في النظام / يدققه بانتظام.

[Nerd_Alert]

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

[anon40545810]

فكرة أخرى

صورة 1

صورة 2

الحالة 1:

1. يوجد زر للإبلاغ عن أي مستخدم في المجتمع، وهذا يجعل النظام أكثر استقلالية.
2. عند النقر على “إبلاغ” عن المستخدم، يظهر مربع حوار حيث يمكنك اختيار خيار الإبلاغ.
3. عند حدوث ذلك، يتلقى المستخدم المُبلغ عنه رسالة.
4. ويشاهد المسؤول أو المدير التقرير.
5. إذا لم يستجب المستخدم لهذا الإبلاغ - محاولاً بدوره القول بأن “التقرير كاذب” أو “لا ينطبق”، كما يحدث على يوتيوب، تتم العملية وتُنهى.
6. يُضاف الحدث: قفل مستويات الثقة.
7. إذا حدث هذا مرة أخرى، يُضاف الحدث: إسكات المستخدم.
8. إذا حدث هذا مرة أخرى، يُضاف الحدث: تعليق المستخدم.

ملاحظات

1. سيقوم المسؤول أو المدير بالتحقق من عملية الشكوى للمستخدم الذي يبلغ عن مستخدم آخر.
2. إذا كانت عملية شكوى المستخدم الطالب منطقية (المسؤول أو المدير) يقوم بإعادة توجيه هذه الرسالة إلى المستخدم.
3. إذا كان لدى المستخدم أي سبب يوضح أن الشكوى كاذبة، يتم إغلاق العملية.
4. يمكن للمسؤول أو المدير التحقق من رد المستخدم المُبلغ عنه وتحديد ما إذا كان سيتم أرشفته أم لا.

الحالة 2

ملاحظة: يعتقد المستخدم أن الحساب قد تم اختراقه، لذلك يبلغ المستخدم عن حسابه الخاص.

ملاحظات نهائية

جميع الإضافات الموصوفة أعلاه تهدف إلى أتمتة هذه العملية التي أصفها الآن بالصور.

كيف تتم عملية الإبلاغ تلقائيًا؟

1. من مستخدمي المجتمع إلى مستخدمي المجتمع الآخرين، أي عندما يبلغ مستخدم واحد أو أكثر عن مستخدم واحد أو أكثر - يحدث هذا عندما ينقر مستخدم واحد أو أكثر على زر: “إبلاغ هذا المستخدم للمجتمع” الخاص بمستخدم واحد أو أكثر.
2. عندما يتم استدعاء مستخدمين من نوع: المشرفين أو المسؤولين أو قادة المجتمع من قبل مستخدم واحد أو أكثر للإبلاغ عن منشور - يُعرف هذا باسم “علم على المنشور”.
3. من قبل المستخدم نفسه، عندما يشعر أنه يتعرض للاختراق، أي عندما يبلغ المستخدم عن نفسه، ويخطر النظام بأن الحساب قد تم اختراقه - يحدث هذا عندما ينقر مستخدم واحد أو أكثر على زر: “إبلاغ هذا المستخدم للمجتمع” ويقوم بالإبلاغ عن نفسه.
4. يتم استدعاء المسؤولين أو المشرفين أو قادة المجتمع في هذه الحالات:
   • علم على المنشور
   • مستخدم تم الإبلاغ عنه من قبل مستخدمي المجتمع
   • مستخدم أبلغ عن حسابه الخاص، لأنه يعتقد أنه تم اختراقه
5. في جميع هذه السيناريوهات، تكون الإضافات التي وصفتها مطلوبة لأتمتة هذه العملية.
6. الخيارات التلقائية للمشرفين أو المسؤولين أو قادة المجتمع لإدارة المستخدمين هي:
   • قفل مستويات الثقة
   • إسكات المستخدم
   • تعليق المستخدم

ملاحظة: لا يمكن القيام بذلك إلا إذا كانت هناك قائمة بالمستخدمين للإبلاغ عنهم.

ملاحظات

1. إنشاء قائمة بالمستخدمين الذين تم الإبلاغ عنهم.
2. باستخدام هذه القائمة، يمكننا القيام بما يلي. المستخدمون الذين لم يطلبوا ردًا - يتم ذلك في البداية
   • قفل مستويات الثقة
   • إسكات المستخدم
   • تعليق المستخدم
3. المستخدمون الذين طلبوا ردًا
   • يتم استدعاء المسؤولين والمشرفين وقادة المجتمع
   • إذا تم قبول رد المستخدم المُبلغ عنه أو كان صالحًا، يتم أرشفة كل شيء
   • إذا لم يتم قبول الرد، يكون لدى المستخدم فرصة أخيرة للرد، وإذا لم يفعل، تتم العملية وتُنهى.
4. يمكننا رؤية هذه القائمة من حالات الإشعارات الأكثر شيوعًا وغير الشائعة داخل Discourse. بما في ذلك السنة والشهر والأسبوع والفترة التي تحدث فيها (من سنة إلى أخرى، من شهر إلى آخر، من أسبوع إلى آخر) - ستكون هذه هي فكرتي الأولية.
5. في رأيي، أفضل طريقة أو أسهل طريقة للقيام بذلك - دون الإضرار بنمذجة نظام Discourse أو حتى طريقة عملية للقيام بذلك، هي وجود قاعدة بيانات مؤقتة لتلقي التقارير من المستخدمين، ويمكن استخدام قاعدة بيانات مثل MongoDB لهذا الغرض.
   1. أفكر في استخدام MongoDB لتلقي المعلومات من المستخدمين الذين تم الإبلاغ عنهم.
   2. يعمل MongoDB بشكل جيد - MongoDB هي قاعدة بيانات موجهة للمستندات. هذا مثير للاهتمام إذا كان لديك حجم كبير من البيانات وهذه البيانات غير منظمة - NoSQL الشهيرة.
   3. بالإضافة إلى ذلك، قاعدة البيانات ليست دائمة، إنها مؤقتة. يدعم MongoDB أنواع البيانات المؤقتة.
   4. فكرت في هذه الفكرة عندما قرأت هذا: Configure Discourse to use a separate PostgreSQL server - فكرت في أن يكون لدي قاعدة بيانات MongoDB منفصلة لهذا الغرض.
   5. وفقًا لهذه الصفحة: GitHub - discourse/discourse: A platform for community discussion. Free, open, simple. ، يستخدم Discourse Redis و PostgreSQL. هل فكرت يومًا في استخدام MongoDB لهذه الحالة التي وصفتها؟

ملخص الفكرة

“المستخدمون المُبلغ عنهم - MongoDB”

reports: {

report1:{
 user: "user001",
 linkFlagPost: "https://meta.discourse.org/t/post-test/1122344"
 reason: "flag post",
 reportedUser: "user002"
},

report2:{
 user: "user001",
 reportedUser: "user003",
 report: "spam"
},

report3:{
 user: "user001",
 reportedUser: "user003",
 reason: "abusive messages or behavior"
},

report4:{
 user: "user001",
 reportedUser: "user003",
 reason: "user discloses illegal user data"
},

report5:{
 user: "user001",
 reportedUser: "user002",
 reason: "user posts dubious links, links that contain viruses, malware"
},

report6:{
 user: "user001",
 user_report: "user002",
 reason: "specify another reason"
},

report7:{
 user: "user004",
 reportedUser: "user005",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community"
}
}

ملاحظات

استخدم sha256 لإخفاء بيانات من يرسل التقرير ومن يستقبله.

reports: {

report1:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 linkFlagPost: "https://meta.discourse.org/t/post-test/1122344"
 reason: "flag post",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report2:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "spam",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report3:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "abusive messages or behavior",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report4:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "user discloses illegal user data",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report5:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "user posts dubious links, links that contain viruses, malware",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report6:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "specify another reason",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report7:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community",
status1: "filed process"
status2: "Locking Trust Levels"
},

report8:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community",
 reply: {
    reportedUser: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
   reason: "View logs in account - if you confirm this process, we will lock the trust level",
   replyFrom: "administrator",
   status1: "filed process"
   status2: "Locking Trust Levels"
   }
}

بعض المشاكل في هذه الفكرة، الحل

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