امتداد:مكافحة_النشر_المزعج

الدليل المرجعي لامتدادات ميدياويكي

Antispam by CleanTalk حالة الإصدار مستقر
تنفيذ	نشاط المستخدم , تصرف خاصة بالصفحة
بيان	امتداد خاص بالأجهزة العميلة مخصص لخدمة مكافحة النشر المزعج السحابية التي تحمل اسم CleanTalk.org.
المؤلف/المؤلفون	Denis Shagimuratov
آخر إصدار	2.4 (2023-07-28)
MediaWiki	1.29+
PHP	5.3+
تغييرات قاعدة البيانات	نعم
ترخيص	رخصة جنو العمومية 2.0 أو ما بعدها
التنزيل	GitHub: صفحة المشروع معرف الموارد الموحد لمستودع غت [مساعدة ] تاريخ الالتزام ملحوظة: لا توجد تحديثات أقلمة مقدمة من translatewiki.net .
المتغيرات $wgCTAccessKey $wgCTCheckNoConnect $wgCTServerURL $wgCTAgent $wgCTExtName $wgCTAdminAccountId $wgCTAdminNotificaionInteval $wgCTShowLink $wgCTSFW $wgCTNewEditsOnly $wgCTMinEditCount
صلاحيات مضافة cleantalk-bypass
الروابط المستخدمة EditFilter UploadVerifyFile SkinAfterBottomScripts TitleMove

إن امتداد Anti-spam هو تطبيق يستخدم على جهاز عميل مخصص لخدمة مكافحة النشر المزعج السحابية ذات الطابع التجاري التي تحمل اسم cleantalk.org.

السمات

خدمة مكافحة النشر المزعج

تقدم خدمة السحابة الحاسوبية CleanTalk حماية آلية وغير مرئية من النشر المزعج على المواقع الشبكية. تحلل الخدمة سلوك المستخدم وتقيّم المتغيرات الموجودة في نموذج كامل.

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

سمة الجدار الناري المكافح للنشر المزعج

يسمح هذا الخيار بمنع بوتات النشر المزعج قبل وصولها إلى محتوى برمجيات ميدياويكي. تجمع خدمة CleanTalk بيانات عن نشاط بوتات النشر المزعج على المواقع الشبكية وعناوين الآي بي لأغلب بوتات النشر المزعج النشطة وتضاف إلى قاعدة بيانات الجدار الناري للنشر المزعج. تعترض هذه الخدمة أية طلبات إتش تي تي بي (سواء كانت طلبات نشر «POST» أو طلبات جلب «GET») مرفوعة إلى موقع شبكي وعنوان الآي بي الذي تحتوي عليه. لو كان عنوان الآي بي موجود في القائمة السوداء لخدمة CleanTalk لأغلب عناوين الآي بي الأكثر نشاطًا في النشر المزعج، سوف تحصل على صفحة خاصة، ولو كان الزائر حقيقيًا سيوجه الزائر إلى الموقع الشبكي. هذا الأمر واضح تمامًا للزوار. تقيّد نتائج الجدار الناري للنشر المزعج في سجل وهي متاحة في لوحة التحكم لديك.

خدمة التحقق من صحة عنوان البريد الإلكتروني المباشرة

للتحقق من أن المستخدمين يسجلون أنفسهم مستخدمين عناوين بريدهم الإلكترونية الحقيقية، سوف يتولى خادوم CleanTalk إجراء التحقق من وجود حسابات البريد الإلكتروني مستخدمًا رد SMTP.

القائمة السوداء أو البيضاء الخصوصية

المنع الآلي للتعليقات وأعمال التسجيل من قائمة عناوين الآي بي والبريد الإلكتروني السوداء الخصوصية. يساعد هذا الخيار في تعزيز الحماية من النشر المزعج يدويًا أو منع تعليقات المستخدمين غير المرغوب فبها. يمكنك إضافة لا مجرد عناوين آي بي بعينها بل أيضًا شبكة فرعية منفصلة إلى قائمتك السوداء. يسمح الامتداد بمنع أو وضع عناوين البريد الإلكتروني إلى قائمة بيضاء للتسجيل مستخدمًا بطاقات سحرية؛ مثل استخدام "*@mail.com" سيمنع أو يسمح بأي عنوان ينتهي بالعبارة ‎@mail.com.

منع المستخدمين حسب الدولة

يمكن استخدام الخدمة الخارجية لمنع التعليقات وحالات التسجيل آليًا من دول بعينها.

قائمة وقف حسب الكلمات

يمكن حظر التعليقات التي تحتوي على كلمات معينة.

لقطات من الشاشة

• 
  خريطة العالم حسب أعلى مصادر النشر المزعج
• 
  تحليلات
• 
  محتويات السجل
• 
  رفض إنشاء حساب

التثبيت

• تنزيل واستخراج وضع الملف/الملفات في دليل يحمل اسم ‎Antispam في مجلد ‎extensions/‎ لديك.
• أضف الكود التالي في الجزء الأسفل من ملف LocalSettings.php :

  wfLoadExtension( 'Antispam' );
  

• أعدّ الامتداد حسب ما هو مطلوب.
•  تم التنفيذ – اذهب إلى Special:Version على موقع الويكي لديك كي تتحقق من أن الامتداد قد ثبت بنجاح.

الإعداد

$wgCTAccessKey

1. لتشغيل الامتداد، احصل على مفتاح وصول من http://cleantalk.org/register?platform=mediawiki
2. ضع مفتاح الوصول في LocalSettings.php مستخدمًا المتغير $wgCTAccessKey.

$wgCTNewEditsOnly

اضبط true كما ترغب أو اترك القيمة كما هي القيمة الافتراضية false.

$wgCTCheckNoConnect

القيمة الافتراضية هي true

$wgCTServerURL

القيمة الافتراضية هي http://moderate.cleantalk.org/api2.0

$wgCTAgent

القيمة الافتراضية هي mediawiki-24

$wgCTExtName

القيمة الافتراضية هي Antispam by CleanTalk

$wgCTAdminAccountId

القيمة الافتراضية هي 1

$wgCTAdminNotificaionInteval

القيمة الافتراضية هي 10800

$wgCTShowLink

القيمة الافتراضية هي true

$wgCTSFW

القيمة الافتراضية هي false

$wgCTMinEditCount

القيمة الافتراضية هي 10

أسئلة متكررة

Should I change anything in the extension's settings or in my CleanTalk Control Panel when I switch my website from HTTP to HTTPS or vice versa?

No, the extension will work regardless of the protocol. 

After installation, on creation of a test user, I get error: Fatal exception of type "Wikimedia\Rdbms\DBQueryError". How to fix?

• Temporarily add:
  require_once "$IP/extensions/Antispam/Antispam.php";
  into LocalSettings.php, verify that the extension was loaded on the version page, then replace with:
  wfLoadExtension( 'Antispam' );
• Don't set the key in the extensions/Antispam/Antispam.php file, but in LocalSettings.php file as variable $wgCTAccessKey below the load instruction.

This extension is dependent on cleantalk.org, a commercial paysite. Are there any free options or alternatives?

The Antispam extension is specific to this one provider, which is non-free. There are hundreds of other real-time blocklists (RBLs) or DNS blocklists (DNSBLs), both paid and free; most target spam e-mail but a few target forum or blog comment spam. Extension:StopForumSpam uses stopforumspam.com to prevent comment spam, for instance. Another option is to download IP deny lists from any of a number of sources, and import them into MediaWiki using the maintenance/updateDenyList.php script.

But what about false positives? Is there any way to prevent the extension from submitting the username, email address and IP address of my legit users only to have them appear on cleantalk.org's public blocklists?

While the number of false positives is relatively low, this is a problematic issue. It's best to mitigate this risk by only invoking Antispam on new account creation and on new page creation by new or anonymous users.

• Implement autoconfirmation and set $wgAutoConfirmAge to something reasonable. Give the 'cleantalk-bypass' permission to the bot, sysop and autoconfirmed groups by by setting {{ll|Manual:$wgGroupPermissions|$wgGroupPermissions]]['autoconfirmed']['cleantalk-bypass'] = true; and making the same change for other desired groups in LocalSettings.php .
• Limit the extension to new page creation by setting $wgCTNewEditsOnly = true; in LocalSettings.php
• The cleantalk.org web interface does provide a list of who and what has been blocked by the filter. It is possible to report false-positive or false-negative results there; this doesn't reinstate a wrongly-blocked edit or remove a wrongly-blocked IP from the Cleantalk lists, but it will temporarily whitelist the user on your own site.

I have multiple subprojects (such as en.example.wiki, fr.example.wiki, pt.example.wiki) for different topics or different languages. Will this extension work with this structure, or do I need to redesign the site to user www.example.wiki/en/PageName www.example.wiki/es/PageName and the like?

The extension will work regardless of your URL structure. The only limitation is that the Cleantalk server will remove the original domain and subdomain, replacing them with whatever domain name is tied to the ID specified in $wgCTAccessKey. This only affects the displayed blocklogs on the Cleantalk website; the extension will still work. Another option is to purchase multiple keys (one for each language subproject) but this does cost extra.