(→‎See also: Patterns of spam (e.g. particular forms of url, HTML markup, or words) can be noted on the '''patterns subpage'''.)
Line 33: Line 33:
* We have (the currently unused) [[MediaWiki:Titleblacklist]] and [[MediaWiki:Titlewhitelist]] from [[mw:Extension:Title_Blacklist]].
* We have (the currently unused) [[MediaWiki:Titleblacklist]] and [[MediaWiki:Titlewhitelist]] from [[mw:Extension:Title_Blacklist]].
* Bad Behavior blocks a lot of spam without bothering users, by examining how an editor accesses the site. See [http://www.bad-behavior.ioerror.us/documentation/mediawiki/ Bad Behavior on MediaWiki] (official site) and [[mw:Extension:Bad Behavior]]. (The official site has up to date info and the MediaWiki.org page may have other useful info. (See also [http://wiki.evernex.com/index.php?title=Bad_Behavior_2_Extended Bad Behavior 2 Extended] - additional add-on for MediaWiki which adds a special page for Bad Behavior.)
* Bad Behavior blocks a lot of spam without bothering users, by examining how an editor accesses the site. See [http://www.bad-behavior.ioerror.us/documentation/mediawiki/ Bad Behavior on MediaWiki] (official site) and [[mw:Extension:Bad Behavior]]. (The official site has up to date info and the MediaWiki.org page may have other useful info. (See also [http://wiki.evernex.com/index.php?title=Bad_Behavior_2_Extended Bad Behavior 2 Extended] - additional add-on for MediaWiki which adds a special page for Bad Behavior.)
== Patterns ==
Patterns of spam (e.g. particular forms of url, HTML markup, or words) can be noted on the [[Appropedia:Anti-spam and anti-vandalism/patterns|'''patterns subpage''']]. This can then be used to tighten our [[MediaWiki:Spam-blacklist|spam url blacklist]] and [[Special:AbuseFilter|AbuseFilter]] settings.


==See also==
==See also==

Revision as of 09:16, 18 August 2011

The most effective anti-vandalism measure is an active community. We have a team of people (the Recent Changes Patrol monitoring all edits made, and vandalism and spam are quickly reverted.

We are also looking at other measures such as bots (as used with great efficiency at Wikipedia) to monitor and quickly revert vandalism.

See also the talk page, for further discussion.

Settings

Restricting permissions for page moves

Page moves are harder to revert than other changes, so we added this to our LocalSettings.php:

        # To thwart vandalism these adjustments (intended)
        # to limit move permission to "autoconfirmed" users
        $wgAutoConfirmAge                             = 3600*24*10; // 10 days
        $wgAutoConfirmCount                           = 10; // 10 edits required
        $wgGroupPermissions['user']['move']           = false;
        $wgGroupPermissions['autoconfirmed']['move']  = true;

Suggestions

  • implement a bot or bots taken (with permission) from Wikipedia spam & vandal-fighters. E.g. W These could run on the server, for faster, 24-hour operation.
  • ban page creation by anons & new accounts (like Wikipedia) - On Appropedia, it is likely that some readers will never sign up until they are ready to create a page based on their project.
  • implement soft-protection for pages that are spam targets
  • reverse Turing tests
    • Currently implemented in some cases.
  • implementation of the W function, to be used when pages become targets of negative behavior of any kind

Extensions

Patterns

Patterns of spam (e.g. particular forms of url, HTML markup, or words) can be noted on the patterns subpage. This can then be used to tighten our spam url blacklist and AbuseFilter settings.

See also

Interwiki links

Cookies help us deliver our services. By using our services, you agree to our use of cookies.