Working With MediaWiki

at:
http://meta.wikimedia.org/wiki/Spam_blacklist
    It’s an impressively long list, and it seems to be fairly effective at blocking the spam edits that ConfirmEdit doesn’t. The set of websites that spammers use, though, is always growing, but thankfully there’s no shortage of additional blacklists available — the SpamBlacklist documentation lists a number of these.
    There’s more functionality in SpamBlacklist, including the ability to create "whitelists", of domains that match some anti-spam criteria but are actually fine. You can read more on the extension’s web page:
https://www.mediawiki.org/wiki/Extension:SpamBlacklist
Other anti-spam tools
    Even ConfirmEdit and SpamBlacklist, as helpful as they both are, don’t block all spam. Most perniciously, some spammers simply link to the URLs of pages they’ve created on other wikis, which themselves contain spam. There’s no real way to block such URLs, since they point to innocent domains. There’s a third way of guarding against spam, though, which is to check attributes like the IP address and email address (assuming they’ve registered) of the user making the edit. Two extensions that do that are "Bad Behavior" and "Check Spambots":
https://www.mediawiki.org/wiki/Extension:Bad_Behavior
https://www.mediawiki.org/wiki/Extension:Check_Spambots
    If you do get hit with spam, there are two useful extensions for getting rid of it quickly and easily: "Nuke" and "DeleteBatch".
    Nukeis a great extension that lets you delete all the pages created by a single user or IP address, which is especially useful if a spammer or vandal has created a bunch of clearly useless page. You just need to enter the username or IP address, and it does the rest. You can get the extension here:
https://www.mediawiki.org/wiki/Extension:Nuke
    Unfortunately, there’s no current extension that does something similar with bad edits to pages that already existed — in other words, does a mass revert instead of a mass deletion.The closest thing is this JavaScript code, which you can add to MediaWiki:Common.js, which lets you do that via JavaScript — it’s not nearly as efficient, but it’s certainly better than nothing:
http://en.wikipedia.org/wiki/User:John254/mass_rollback.js
    TheDeleteBatch extension provides a different approach to undoing spam and vandalism — it lets administrators delete a large group of pages at once, by providing a single big text area to enter in all the page names. You can get it here:
https://www.mediawiki.org/wiki/Extension:DeleteBatch
    mediawiki.org has an entire “Combating spam” page, that lists these and other extensions, as well as other, more involved ways of avoiding spam. You can see it here:
https://www.mediawiki.org/wiki/Manual:Combating_spam
Restricting registration
    Finally, there’s an alternate approach to preventing spam, which is to control users’ ability to register, and then to restrict editing to just logged-in users. It makes registration more difficult for users, but it may well be the most foolproof approach against spam.
    There are two extensions that can be used for this purpose: OpenID and ConfirmAccount. The OpenID extension lets users register and log in via the OpenID protocol, and can be set to only allow registration via OpenID. OpenID, until now at least, seems to have been impossible for spammers to crack. You can see here for more information.
    The other extension is ConfirmAccount, in which every user registration has to be approved by an administrator; which also works quite well against spam. You can read about it here .

FlaggedRevs and Approved Revs
    Running a wiki can be a frightening experience: you’re in charge of a set of documents that are meant to reflect some sort of official view of things, but sometimes many people, and sometimes everyone, can change anything on the wiki at any time. Which means that you can check the wiki in the morning and find out that a page about some software utility has, for the last four hours, held nothing but a string of obscenities, or some incorrect information about the software, or a nice recipe for chocolate mousse. Or perhaps you find that that bad edit has been in place for a week.
    This fear tends to be overblown, because (a) with the (major) exception of spam, edits that are malicious or obviously incorrect are usually pretty rare, (b) to the extent that users are reading the wiki and have editing power, they can usually be trusted to find and revert such changes