Extension:AbuseFilter/Actions/bn

সংক্ষিপ্ত বিবরণ
অ্যাবসফিল্টার একসাথে একাধিক পদক্ষেপ নিতে পারে। "লগিং" এবং "ট্যাগিং" হ'ল নরম, এবং সম্পাদনাটি সংরক্ষণ থেকে আটকাবে না। থ্রোটলিং "এবং" সতর্কতা "একটি বিশেষ ক্রিয়া যা নিজেরাই তেমন কিছু করে না: প্রাক্তন কেবল চুপচাপ অভ্যন্তরীণ বিপরীতে বাড়িয়ে তোলে, তবে পরবর্তীকর্তা ব্যবহারকারীকে তারা কী করতে চলেছে সে সম্পর্কে সতর্ক করে এবং তাদের অনুসারে সম্পাদনাটি সংশোধন করে দেয়  সতর্কতা পাঠ্য (বা এডিট সংরক্ষণ মোটেও এড়ানো) অস্বীকার করা "এর পরিবর্তে আরও শক্তিশালী কর্ম এবং সম্পাদনাটি সংরক্ষণ থেকে সম্পূর্ণরূপে বাধা দেয়। অন্যান্য ক্রিয়াগুলি, যেমন "অবরুদ্ধ প্রচার, এবং পরিসর অবরুদ্ধ " আরও শক্তিশালী এবং এগুলির প্রতিটি সম্পাদনা সম্পূর্ণ হতে বাধা দেয় এবং ব্যবহারকারীর উপর একটি নির্দিষ্ট ক্রিয়া প্রয়োগ করে।

এর মধ্যে কিছু ক্রিয়া (বিশেষত, অবরুদ্ধ,গ্রুপ এবং অবরুদ্ধ প্রচার) ব্যবহারকারীর দ্বারা অপব্যবহারকারী ফিল্টার-প্রত্যাবর্তন ডানদিক থেকে ফিরে যেতে পারে। এটি ব্যবহারকারীদের / প্রত্যাবর্তন অ্যাক্সেস করার অনুমতি দেয়, যেখানে তারা একটি সময়কাল নির্দিষ্ট করতে এবং নির্দিষ্ট ফিল্টার দ্বারা সম্পাদিত প্রত্যাবর্তনীয় ক্রিয়াগুলির তালিকা পেতে পারে। By confirming the revert, all of these actions will be undone. The form for reverting actions taken by a filter can be accessed with a link found in every filter page, right below the one for accessing the history.

List of actions
The following actions are available in the AbuseFilter extension:

Logging
All filter matches are logged in the abuse log. This cannot be turned off.

Warning
The user is warned that their edit may not be appreciated, and is given the opportunity to submit it again. You may specify a specific system message containing the warning to display.

Throttling
The filter will only match if a rate limit is tripped. You can specify the number of actions to allow (a positive integer), the period of time in which these actions must occur (a positive integer), and how those actions are grouped (at least one criterion from the list below, lowercase).

The groupings are which sets of people should have aggregate (shared) throttles. That is, if you type, then the same user must match the filter a certain number of times in a certain period of time. You may also combine groups with commas to specify that throttle matches sharing all criteria will be aggregated. For example, using, X filter matches in Y seconds from the same IP address to the same page will be required to trip the remainder of the actions.

Here is the full list of available groups:


 * – IP address.
 * – User account.
 * – /16 range for IPv4, /64 range for IPv6.
 * – User account creation date, server time.
 * – Edit count &mdash; hack so that you can detect distinct users.
 * – The whole site.
 * – Page

Disallowing
Actions matching the filter will be prevented, and a descriptive error message will be shown.

Revoking auto-promoted groups
Actions matching the filter will cause the user in question to be barred from receiving any extra groups from  for 5 days. This can be restored at the debug tools page.

Blocking
Users matching the filter will be blocked for the time specified, with a descriptive block summary indicating the rule that was triggered.

Removing from privileged groups
Users matching the filter will be removed from all privileged groups (sysop, bureaucrat, etc). A descriptive summary will be used, detailing the rule that was triggered.

Range-blocking
Somewhat of a "nuclear option", the entire  (IPv4) or   (IPv6) range from which the rule was triggered will be blocked for the time specified.

Tagging
The edit or change can be 'tagged' with a particular tag, which will be shown on Recent Changes, contributions, logs, new pages, history, and everywhere else. These tags are styleable, so you can have items with a certain tag appear in a different colour or similar.