أقدر حقًا إذا أمكنك إضافة ميزة تجعل التعديل يؤدي أيضًا إلى “طلب الموافقة” أو تعليق الحسابات. هناك متصيد واحد في منتدانا اكتشف أنه يمكنه تجاوز المتطلبات عن طريق التعديل، وهو يتصيد طوال الوقت بحساب جديد في كل مرة. لا أعتقد أن حظر بعض الكلمات يمكن أن يوقفه، لأنه يمكنه دائمًا معرفة الكلمات المحظورة عن طريق الاختبار، وبالتالي يمكنه فقط تغيير كلمة ثم نشرها. أثناء اختباره، لا يعرف المسؤولون شيئًا. أريد قائمة مخفية من الكلمات لتشغيل “طلب الموافقة” حتى لو كان يقوم بالتعديل فقط، وسيتم تعليق أي مستخدم يستخدم هذه الكلمات عن طريق التعديل على الفور.
11 إعجابًا
لقد ظهر هذا في محادثة عدة مرات بيني وبين @fzngagan مؤخرًا، ونعتقد أنه قد يكون مفيدًا أيضًا. 
هناك خيار لقفل منشور من المزيد من التعديل، وإعداد مسؤول للقيام بذلك تلقائيًا بعد تعديل الموظفين [1]، لكنهما لا يفعلان نفس الشيء تمامًا. وجود خيار لإعادة التعديلات للموافقة عليها مرة أخرى يتماشى مع حماية المحتوى الذي تمت الموافقة عليه في المقام الأول.
ومع ذلك، في حالتك، يبدو أنه يمكنك الاستفادة من بعض ميزات الكلمات المراقبة الأخرى الموجودة، مثل التنبيه والصمت، لتحقيق بعض الأشياء التي تقترحها. هل اطلعت على تلك الخيارات؟
تعديل الموظفين يقفل المنشور↩︎
إعجابَين (2)
نعم، لقد جربنا الكثير من الأشياء. ومع ذلك، فإن ميزات الكلمات التي تمت مشاهدتها لا تعمل عند التحرير (باستثناء الكلمات المحظورة)، لذلك تمكن من تجاوز تلك الإعدادات. الإبلاغ (من قبل مستخدمين آخرين) يعمل، ولكن عادة ما يكون هناك تأخير زمني، وعادة ما ينشر المتصيد 10 ردود قبل أن يبلغ عنه أي مستخدم.
إعجابَين (2)
لدينا مرسلون عشوائيون يقومون بإحياء منشورات قديمة بتعليقات مملة ثم يقومون بتعديلها بروابط عشوائية. نحن لا نغلق المنشورات القديمة عن قصد لأنها بشكل عام ذات صلة سياقية لغرضنا. نستخدم كلمات “طلب الموافقة” لمحاولة حظر البريد العشوائي الشائع.
أود لو عادت التعديلات إلى قائمة الانتظار للمستخدمين الذين تقل رتبة الثقة لديهم عن مستوى قابل للتكوين.
5 إعجابات
نظرًا لأن الكلمات التي تتم مراقبتها لا يتم تطبيقها على التعديلات، ومعظم مرسلي البريد العشوائي في TL0، فقد اضطررنا إلى إيقاف تعديلات المشاركات لـ TL0. كان هذا محبطًا للكثير من مستخدمي المنتدى الجدد الشرعيين الذين ينضمون إلينا بحثًا عن المساعدة في مشكلة ما. لذلك ينتهي بي الأمر بإضاعة الكثير من الوقت في شرح سبب عدم قدرتهم على التعديل.
3 إعجابات
أنا أبحث عن هذه الميزة أيضًا. لقد بدأ مستخدم واحد على الأقل في إساءة استخدامها بانتظام. حتى الآن لم يتم نشر أي شيء إشكالي، ولكنني الآن لست متأكدًا مما قد يتسلل.
إعجاب واحد (1)
+1 مني لتطبيق فلتر الكلمات المراقبة على تعديلات المشاركات. لقد اكتشف المتسللون هذا الأمر وهو يسبب ضررًا في منتدانا.
تعديل: في حال كان أي شخص مهتمًا، لقد قمت بإعداد سير عمل في n8n للتعامل مع هذا الأمر. كلما حدث تعديل في مشاركة، فإنه يجلب قائمة الكلمات المراقبة من Discourse ويتحقق منها مقابل النص الجديد. عندما يتطابق، فإنه يضع علامة على المشاركة كبريد مزعج، ويدفعها إلى قائمة المراجعة (لم أتمكن من معرفة post_action_type_id الذي أحتاجه لوضع علامة على مشاركة تتطلب الموافقة، لذلك 
). يسعدني مشاركة هذا الكود - راسلني على الخاص إذا كنت تريد نسخة.
3 إعجابات
نود أيضًا هذه الميزة لأننا نتعرض حاليًا لموجة من البريد العشوائي كما هو مذكور في https://meta.discourse.org/t/blocking-recent-wave-of-spam وهذه الروبوتات تنشئ منشورات عشوائية بانتظام ثم تعدلها إلى المحتوى الفعلي لتجاوز قائمة “يتطلب الموافقة”. لقد أضفنا العديد من التعبيرات التي نود أن تكون في هذه القائمة إلى قائمة “الحظر” ولكن هذا محفوف بالمخاطر فيما يتعلق بالحظر المفرط.
4 إعجابات
نحن نتلقى كمية هائلة من البريد العشوائي باستخدام هذه التقنية البسيطة لإنشاء منشور وتعديله لاحقًا لتجاوز فلتر “الكلمات المراقبة”.
ولكن الأسوأ من ذلك، يبدو أن فلاتر “الكلمات المراقبة” لا تُطبق على عنوان المنشور، لذلك لست متأكدًا مما إذا كانت هذه مشكلة.
4 إعجابات
منتديات KiCad (https://forum.kicad.info/) تتلقى أيضًا تدفقًا ثابتًا من رسائل التعديل الاحتيالية مثل هذه. يبدو أن نفس الرسالة الاحتيالية بالضبط (تلوث تحسين محركات البحث برقم هاتف خدمة عملاء مزيف) قد أدت تقريبًا إلى تعطيل https://neovim.discourse.group/ وتؤثر على منتدى PHP: https://discourse.thephp.foundation/
يمكنك رؤية العديد من الأمثلة للتعديل الذي تم إجراؤه:
كنت على وشك اقتراح اكتشاف البريد العشوائي لمكون ai الإضافي، حيث إنه يتحقق أيضًا من التعديلات بحثًا عن البريد العشوائي ويقوم بعمل رائع هنا في Meta. شارك أحدهم مؤخرًا بعض الأرقام المثيرة للإعجاب، لكنني أعتقد أن الموضوع تم حذفه أو إلغاء إدراجه (أو أنني سيء حقًا في البحث اليوم).\n\nلكنني لست متأكدًا مما إذا كانت معرفة وجود هذا المكون الإضافي أو إخبارك بالميزات الأخرى التي تمت إضافتها في العام الماضي للتعامل مع موجات البريد العشوائي الهائلة ستساعدك، حيث يبدو أن إصدار هذا المنتدى قديم جدًا (أكتوبر 2023).
إعجاب واحد (1)
الحلول قصيرة المدى: إذا كان لابد للمشاركات الأولى للمستخدمين أن تمر عبر الإشراف، فقد يوقف ذلك الروبوتات. قد يساعد وضع مكافحة الروبوتات الفائقة من Cloudflare أيضًا.
لا يزال يتعين عليّ محاربة هذا، نفس خدعة رقم دعم العملاء المزيف وضوضاء تحسين محركات البحث. لقد ساعدت “إيقاف البريد العشوائي للمنتديات” في الحد من هذا المد قليلاً.
حقيقة أنها لا تُطبق على التعديلات تقلل بشكل كبير من فائدة الكلمات المراقبة.
إعجابَين (2)
أعتقد أن خيار “العلامة” للكلمات المراقبة يتتبع التعديلات.
إعجاب واحد (1)
شكراً لك! Watched Words Reference Guide ليس واضحًا بشأن السلوك الخاص بالتعديلات للعديد من الفئات. ولكن، للأسف، هذا لا يساعد كثيرًا؛ على حد علمي، لا يمكنك أن يكون لديك نفس الكلمة في فئتين من الكلمات الخاضعة للمراقبة (على الأقل، في كل مرة حاولت فيها، اختفت الكلمة من القائمة الأولى عند إضافتها إلى الثانية)، لذلك أي شيء لدي في “يتطلب الموافقة” أو “الصمت” لا يمكن أن يكون أيضًا في “الإبلاغ”. لذلك حتى لو أردت القيام بعمل مضاعف لوضع الكلمات في كلا المكانين، فأنا محظوظ، أعتقد.
أتفهم أن “يتطلب الموافقة” يصعب تطبيقه على التعديلات لأنه سيتطلب بنية تحتية كاملة حول الموافقة على تعديلات المنشورات غير موجودة. أعتقد أن هذا هو طلب الميزة هنا.
إعجاب واحد (1)
حسنًا. ربما يمكنك استخدام الأتمتة Flag post on Words من المكون الإضافي للأتمتة للإبلاغ عن التعديلات. يمكن أن يحل هذا مشكلة الكلمات المراقبة المكررة 
إعجاب واحد (1)
شكرا لك!
إنه الآن مكون إضافي مجمع، لذلك لا أحتاج حتى إلى إعادة البناء لتثبيته لتمكينه!
أنا أجرب هذا. لم أنقل جميع كلماتي المئات التي تتطلب الموافقة بعد، لكنني أضفت بعضًا من أكثر الكلمات العامة المستخدمة مؤخرًا. 
إعجاب واحد (1)
لا يمكنني إضافة أي شيء فيما يتعلق بالحل هنا، لكنني أؤيد هذه الملاحظة:
إن القدرة على إرسال تعديلات المستخدمين TL0 (وربما TL1 أيضًا) عبر فلتر الكلمات التي تتم مراقبتها وقائمة الانتظار للموافقة عليها ستزيد من فائدة هذا الفلتر بشكل كبير.
إعجابَين (2)