نصائح لمنع البريد المزعج

[Discourse]

توفر هذه الوثيقة دليلاً شاملاً حول منع الرسائل المزعجة (Spam) في منتديات Discourse، وتشمل معلومات حول إعدادات وأدوات مختلفة مصممة للمساعدة في الحفاظ على بيئة مجتمع خالية من الرسائل المزعجة.

مستوى المستخدم المطلوب: مدير

في معظم المنتديات، تكون الرسائل المزعجة نادرة. ومع ذلك، إذا كنت تواجه مشاكل مع الرسائل المزعجة في موقعك، فإن Discourse يأتي مع العديد من الأدوات لمساعدتك في منعها تلقائيًا.

يقدم الدليل التالي بعض التوصيات حول كيفية مساعدتك في منع الرسائل المزعجة، مع الحفاظ في الوقت نفسه على بيئة إيجابية ومرحبة لمجتمعك.

كشف الرسائل المزعجة باستخدام ذكاء Discourse الاصطناعي

يُعد كشف الرسائل المزعجة بالذكاء الاصطناعي واحدة من أفضل ميزات Discourse للكشف التلقائي عن الرسائل المزعجة. على عكس الأدوات الأخرى، يمكنها حظر المستخدمين والمنشورات تلقائيًا بناءً على قواعد مُعدة مسبقًا. يتوفر كشف الرسائل المزعجة بالذكاء الاصطناعي لجميع المستخدمين في استضافة Discourse، وفي المواقع المستضافة ذاتيًا مع تكوين نموذج لغوي كبير (LLM).

تشمل فوائد كشف الرسائل المزعجة بالذكاء الاصطناعي ما يلي:

• الأتمتة: لا حاجة للتدخل اليدوي لحظر الرسائل المزعجة الواضحة.
• القابلية للتخصيص: يمكنك تكييفه مع المتطلبات الفريدة لمجتمعك.
• القابلية للتوسع: يعمل بشكل جيد حتى عندما تكون المجتمعات تحت هجمات شديدة من الرسائل المزعجة.
• التوافق الواسع: مجاني (في استضافة Discourse) ويمكن لنماذج لغوية كبيرة ميسورة التكلفة مثل GPT-4 وClaude 3.5 وGemini Flash التعامل مع كشف الرسائل المزعجة بفعالية.

إعداد كشف الرسائل المزعجة بالذكاء الاصطناعي

تم تفعيل هذا الإعداد افتراضيًا الآن لـ عملاء Starter و Standard

قم ببساطة بتفعيله في إعدادات المسؤول → الإضافات → الذكاء الاصطناعي → معالجة الرسائل المزعجة (التفاصيل هنا).

بشكل افتراضي، يستخدم نموذجًا قام فريق Discourse بتخصيصه لمواقعنا، ولكن يمكنك إضافة تعليمات مخصصة خاصة بموقعك.

مثال على نموذج مخصص

كن حذرًا للغاية بشأن المنشورات التي ليست باللغة الإنجليزية.

مع Discourse AI، يمكنك أيضًا استخدام روبوت الذكاء الاصطناعي الإبداعي لتوليد نماذج مخصصة تلبي احتياجات موقعك المحددة.

مستويات الثقة الافتراضية

يمكن تعديل مستوى الثقة الافتراضي للمستخدمين الجدد في موقعك في صفحة .../admin/site_settings/category/trust، ومع ذلك، نوصي بالاحتفاظ بـ مستوى الثقة الافتراضي مضبوطًا على 0.

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

إعدادات الموقع المتعلقة بالرسائل المزعجة

ما لم تكن تواجه مشاكل محددة مع الرسائل المزعجة، نوصي بالاحتفاظ بالإعدادات التالية بقيمها الافتراضية.

يحتوي Discourse على عدة إعدادات موقع تتعلق بالرسائل المزعجة يمكنك الوصول إليها في صفحة موقعك .../admin/config/spam.

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

فيما يلي بعض إعدادات الرسائل المزعجة الأكثر شيوعًا التي يتم تعديلها ولها تأثير ملحوظ على كيفية معالجة الرسائل المزعجة في الموقع.

تظهر القيم الافتراضية لجميع الإعدادات أدناه.

إخفاء المنشورات

يتحكم إعداد حساسية إخفاء المنشور و دقائق التبريد بعد إخفاء المنشورات في احتمالية إخفاء منشور تم الإبلاغ عنه تلقائيًا بواسطة Discourse، والمدة التي يجب أن ينتظرها المستخدم قبل تحرير منشور تم الإبلاغ عنه وإخفاؤه.

إسكات المستخدمين الجدد

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

بشكل افتراضي، هذا مضبوط على 3، لذا قد ترغب في النظر في تقليله إذا كنت تواجه باستمرار مشاكل مع الرسائل المزعجة القادمة من نفس المستخدم (المستخدمين).

تحديد الروابط

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

تحديد عناوين IP

يحد Discourse من عدد الحسابات الجديدة التي يمكن للمستخدم إنشاؤها من أي عنوان IP معين. إذا وجدت أن المستخدمين المشكلين في موقعك ينشئون حسابات بشكل متكرر لإرسال رسائل مزعجة لموقعك، فقد تفكر في تقليل هذا العدد عن القيمة الافتراضية.

هناك أيضًا صندوق اختيار علم الحسابات المزيفة يمكنك تفعيله لمنع المستخدمين من إنشاء حسابات متعددة ثم التعليق على نفس الموضوع:

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

أو فكر في حظر عناوين IP التي يستخدمها مرسلو الرسائل المزعجة في صفحة “السجلات → عناوين IP المحجوبة” (.../admin/logs/screened_ip_addresses):

تعديل متطلبات الإبلاغ

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

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

الكلمات الخاضعة للمراقبة

تُعد الكلمات الخاضعة للمراقبة ميزة أخرى رائعة للمساعدة في حظر أو تقييد المنشورات التي تحتوي على كلمات أو عبارات أو روابط URL قد يستخدمها مرسلو الرسائل المزعجة بشكل متكرر.

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

للاستخدام الأكثر تقدمًا للكلمات الخاضعة للمراقبة، يمكنك أيضًا النظر في استخدام التعابير النمطية (Regex) مع الكلمات الخاضعة للمراقبة.

زيادة متطلبات مستوى الثقة

إذا وجدت أن الرسائل المزعجة تأتي بشكل أساسي من مستخدمين في المستوى 0 (TL0)، فقد ترغب أيضًا في تعديل بعض إعدادات مستويات الثقة لجعل الوصول إلى المستوى 1 (TL1) أكثر صعوبة:

إضافة hCaptcha

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

في جميع المواقع المستضافة عبر Discourse، يتم تضمين هذه الإضافة تلقائيًا.

خطوات إضافية

من المهم فهم سبب قيام المستخدمين بإرسال رسائل مزعجة لموقعك. هل هم مملون، أو خبيثون، أو يسعون للترويج لأنفسهم؟

@codinghorror

تذكير، معظم مرسلي الرسائل المزعجة بشر بنسبة 100% في هذه الأيام

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

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

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

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

يتطلب إعداد الموافقة على المواضيع الجديدة ما لم تسمح المجموعات الموافقة على المواضيع الجديدة التي ينشئها مستخدمون غير موجودين في المجموعات المحددة. يتم دائمًا الموافقة على المواضيع التي ينشئها المشرفون والمديرون.

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

[not-ethan (Ethan)]

@SaraDev

في معظم المنتديات، يكون البريد العشوائي نادرًا.

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

[RGJ (Richard - Communiteq)]

@SaraDev

الكلمات المُراقبة هي ميزة أخرى رائعة للمساعدة في حظر أو تقييد المشاركات التي تحتوي على كلمات أو عبارات أو روابط URL التي قد يستخدمها مرسلو البريد العشوائي بشكل متكرر.

أحد التعبيرات النمطية المفيدة جدًا هو \\d{3}-\\d{4}|[\\w+\\-.]+@[a-z\\d\\-]+(\\.[a-z\\d\\-]+)*\\.[a-z]+ والذي يحظر عناوين البريد الإلكتروني وأرقام الهواتف. لا تنس تمكين الإعدادات - النشر - “التعبيرات النمطية للكلمات المراقبة”.

[Danny_Dainton]

أهلاً

لقد كنت أستفيد بشكل كبير من هذه النصائح في منتدى الخاص بي، لذا… شكراً لك!

هل هناك إعداد يمكن تفعيله يرسل فقط المستخدمين الجدد الذين يسجلون من نطاق gmail.com، إلى قائمة المراجعة؟

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

[Gbadebo_Bello]

@SaraDev هل تعرفين ما إذا كان هذا ممكنًا؟ سأحب أن أعرف أيضًا حيث سيكون ذلك مفيدًا جدًا لحظر ليس فقط عناوين IP ولكن أيضًا نطاقات محددة!

[SaraDev (Sara Devlaeminck)]

لا توجد ميزة أساسية في Discourse لإرسال المنشورات من مستخدمين بنطاق معين فقط (مثل gmail.com) إلى قائمة المراجعة.

الميزة الأكثر صلة هي إعداد الموقع auto approve email domains (الموافقة التلقائية على نطاقات البريد الإلكتروني)، والذي يسمح لنطاقات بريد إلكتروني معينة بتجاوز عملية الموافقة اليدوية للمستخدمين عن طريق الموافقة تلقائيًا على المستخدمين من تلك النطاقات.

هناك أيضًا إعدادات لـ blocked email domains (نطاقات البريد الإلكتروني المحظورة) و allowed email domains (نطاقات البريد الإلكتروني المسموح بها) التي توفر طريقة لتقييد أو التحكم في من يمكنه التسجيل في موقعك بناءً على نطاقات بريدهم الإلكتروني:

ومع ذلك، تتطلب كل هذه الإعدادات تمكين إعداد must approve users (يجب الموافقة على المستخدمين)، وتؤثر فقط على المستخدمين الذين يسجلون في موقع لأول مرة، ولا تؤثر على التفاعل بين إنشاء المنشورات وقائمة المراجعة.

كحل بديل، يمكنك استخدام Groups (المجموعات) لتحقيق وظائف مماثلة. على سبيل المثال، يمكنك إنشاء مجموعة مخصصة وإضافة المستخدمين الذين يسجلون بعنوان بريد إلكتروني محدد تلقائيًا إلى المجموعة، ثم إضافة هذه المجموعة إلى إعداد approve unless allowed groups (الموافقة ما لم تسمح المجموعات) و approve new topics unless allowed groups (الموافقة على المواضيع الجديدة ما لم تسمح المجموعات).

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

[dirkdaems]

مرحباً، كنت أتساءل عما إذا كان من الممكن فرض اختبار كابتشا عند إنشاء موضوع و/أو مشاركة؟

[Jagster (Jakke Flemming)]

لا أعرف، ولكن ما فائدة أن يتمكن الروبوت من تجاوز اختبار التحقق عند تسجيل الدخول؟ عندها يمكنه فعل الشيء نفسه عند النشر.

[dirkdaems]

صحيح، ولكن يبدو أن هناك دعمًا لكابتشا للتسجيل، لذلك كنت أتساءل عما إذا كان الشيء نفسه موجودًا لإنشاء المواضيع/المشاركات.

[RGJ (Richard - Communiteq)]

لقد رأينا عددًا من العملاء يتعرضون لهجمات بريد عشوائي كبيرة مؤخرًا، وكان الشيء المشترك بينهم جميعًا هو أنهم فتحوا فئة واحدة أو أكثر لـ الجميع - إنشاء، متجاوزين جميع قيود مستوى الثقة.

بالنسبة لمسؤولي Discourse المتمرسين، من الواضح أن هذه فكرة سيئة، ولكن بالنسبة للأشخاص الأقل خبرة، فهي ليست كذلك. لذلك قد تكون فكرة جيدة توضيح ما هو (بالنسبة لنا) واضح وإضافة هذا إلى المنشور الأول للموضوع.

[Overgrow]

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

[SaraDev (Sara Devlaeminck)]

مرحباً @Overgrow،

@Overgrow

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

بعض الأفكار التي يمكنك تجربتها هنا لمنع ذلك:

• استخدم Discourse AI - AI triage لـ إعداد اكتشاف البريد العشوائي في مجتمعك لاكتشاف هذا النوع من المحتوى
• أضف مُقصرات عناوين URL وأنماط روابط أمازون التابعة إلى قائمة الكلمات المراقبة المحظورة لديك
• قلل من newuser spam host threshold وزد المتطلبات لـ TL1
• قلل max new accounts per registration IP وقم بتمكين flag sockpuppets
• استخدم Discourse hCaptcha للمساعدة في منع التسجيلات العشوائية/الذكاء الاصطناعي الآلية على موقعك.
• ضع في اعتبارك وضع جميع محتويات المستخدمين الجدد في قائمة انتظار المراجعة حتى يتوقف الهجوم عن طريق تعديل:
  • approve post count
  • approve unless trust level
  • approve new topics unless trust level

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

بالنسبة لحالتك هنا، يمكنك محاولة استخدام مطالبة بالذكاء الاصطناعي للكشف عن محتوى الذكاء الاصطناعي تحديدًا مثل ما يلي:

أنت نظام للكشف عن البريد العشوائي. قم بتحليل المحتوى والسياق التالي.

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

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

انتبه بشكل خاص لهذه العلامات الحمراء:
1. المحتوى الذي يقدم نفسه كطلبات نصائح حقيقية ولكنه يحتوي على عناصر ترويجية
2. المنشورات التي تقدم مشكلة ثم تقترح منتجات محددة كحلول
3. وجود مُقصرات عناوين URL (bit.ly، tinyurl، t.co، goo.gl، إلخ) التي قد تخفي روابط تابعة
4. روابط منتجات أمازون أو إشارات إليها، خاصة مع معلمات تابعة (tag=، ref=، affiliate=)
5. المحتوى الذي يبدو أنه يطلب توصيات ولكنه يوجه بشكل خفي نحو منتجات معينة
6. نص عالي الجودة مصطنع - لغة رسمية مفرطة ممزوجة بتعبيرات عامية أو هيكل غير ملائم
7. حسابات جديدة تنشر محتوى بأي من الأنماط المذكورة أعلاه

استجب فقط بـ "SPAM" أو "NOT SPAM".

[manton]

أواجه الكثير من المشاكل مع حسابات الروبوتات مؤخرًا. اضطررت إلى تعطيل تسجيل المستخدمين الجدد للمرة الثانية. بالأمس اضطررت إلى حذف حوالي 50 حساب روبوت مع حوالي 30 منشورًا غير مرغوب فيه. لقد قمت بالفعل بتمكين hcaptcha مع لغز صعب ولكنه لم يوقفهم. كنت على الإصدار 3.5.0 ولكنني قمت بالتحديث للتو إلى الإصدار 3.6.0 بعد الهجوم مباشرة. نحن بالفعل لا نسمح بالروابط في مستوى الثقة 0 ونطلب 30 منشورًا قبل السماح بالروابط، ولكن هذه المنشورات هي مجرد جدران من النصوص حول وكلاء السفر وهراء عشوائي آخر. كانت هناك أيضًا حسابات ومنشورات بالذكاء الاصطناعي تشير إلى محتوى المنتدى الفعلي ولكنها لا معنى لها تمامًا. هذه المنشورات مسلية إلى حد ما لقاعدة المستخدمين لدينا، ولكن على أي حال، لم أكن أرغب في تمكين الذكاء الاصطناعي في المنتدى ولكني أشعر أنني استنفدت جميع الخيارات الأخرى. ومع ذلك، أحصل على هذه الرسالة:

لكنني لا أرى مكانًا لإضافة هذا التكوين؟

وفوق كل ذلك، بينما قد يساعد الذكاء الاصطناعي في البريد العشوائي، لا أعتقد أن تمكين هذا سيساعد في إنشاء حسابات الروبوتات في المقام الأول أم أنني مخطئ؟

[haydenjames]

إذا تم تعيين approve post count على 1. فهل لا يزال التعديل مطلوبًا؟

• approve unless trust level
• approve new topics unless trust level

بصراحة، لا أعرف الإجابة على هذا السؤال.

[SaraDev (Sara Devlaeminck)]

@haydenjames

إذا تم تعيين approve post count (عدد المنشورات للموافقة) على 1. فهل لا يزال تعديل ما يلي مطلوبًا؟

• approve unless trust level (الموافقة ما لم يكن مستوى الثقة)
• approve new topics unless trust level (الموافقة على المواضيع الجديدة ما لم يكن مستوى الثقة)

نعم، إذا تم تعيين approve_post_count على 1، فلا يزال يتعين عليك مراجعة تلك الإعدادات الأخرى.

كيف تتفاعل هذه الإعدادات:

approve_post_count (مُعيَّن على 1):

• يؤثر على المستخدمين ذوي مستوى الثقة 0 و 1
• يتطلب الموافقة على منشورهم الأول
• بعد منشور واحد تمت الموافقة عليه، يمكنهم النشر بحرية (بافتراض أنهم لا يزالون في مستوى الثقة 0 أو 1)

approve_unless_allowed_groups (سابقًا approve_unless_trust_level):

• يؤثر على الجميع غير الموجودين في المجموعات المحددة

• يتطلب الموافقة على جميع المنشورات (وليس المنشور الأول فقط)

• approve_new_topics_unless_allowed_groups (سابقًا approve_new_topics_unless_trust_level):

• يؤثر على الجميع غير الموجودين في المجموعات المحددة

• يتطلب الموافقة فقط على المواضيع الجديدة (وليس الردود)

الفرق الرئيسي:

• approve_post_count مؤقت - بمجرد وصول المستخدمين إلى حد العدد، يمكنهم النشر بحرية
• إعدادات “ما لم تكن المجموعات مسموحًا بها” هي مستمرة - تنطبق على جميع المنشورات/المواضيع من المستخدمين غير الموجودين في المجموعات المحددة، بغض النظر عن عدد المنشورات التي قاموا بها

يمكنك أيضًا دمج الإعدادات للحصول على تحكم أفضل في النشر على موقعك، على سبيل المثال:

• استخدم approve_post_count: 1 لمراجعة المنشورات الأولية من المستخدمين الجدد (مستوى الثقة 0/1)
• استخدم إعدادات approve_unless_allowed_groups للإشراف المستمر على الجميع باستثناء مجموعات معينة (مثل أعضاء مستوى الثقة 2+)

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