Unfortunately, the open-editability of many wiki systems often makes them attractive targets for "link spam" or "wikispam", in which links are added to pages in an effort to increase search engine rankings or drive traffic to other sites. Also, many link spammers have developed automated systems to locate sites that accept visitor input and attempt to flood the site with unwanted links.
Also, and harder to deal with, is just plain wiki vandalism where nonsense changes are made, often replacing entire pages.
By far the best countermeasure against wikispam is to restrict editing through the use of passwords (see Passwords and Passwords Admin). Experience has shown that passwords can be effective even if the password is widely known, and even if the password is publicly available on the site itself. However, there are many cases where passwording may be an impediment, so these will generally want to use some form of blocklist.
A blocklist is a list of IP addresses, phrases, and expressions which are prevented from being added into pages on the website. Pm Wiki is distributed with a built-in blocklisting capability; blocklists can be enabled by adding the following line to local/config.php:
This tells Pm Wiki to scan the SiteAdmin.Blocklist? page and the "Site Admin.Blocklist-Farm" page (and possibly other pages -- see below) looking for phrases and IP addresses to be excluded from posting to the site.
The simplest form of block is simply a line containing "
block:" followed by a word or phrase to be excluded from postings. For example, a line like
in Site Admin.Blocklist will block any posts containing the string "spam.com" (case-insensitive) anywhere in the post.
Sometimes we wish to restrict posts coming from particular addresses or address ranges that are known as sources of wikispam. If a blocklist page contains IP addresses of the form "a.b.c.d" or "a.b.c.*", then any posts coming from that address or range will be blocked.
Blocking on simple words can sometimes pose difficulties; for example, a simple "
block:cial" entry will also block the word "specialist". For these cases it's often helpful to use a regular expression, as in:
This says to block "cial" only if it doesn't occur in the middle of a larger word. The leading slash (/) after "block:" tells Pm Wiki to use a regular expression match instead of a simple string match. (Blocklist uses PCRE or "Perl Compatible Regular Expressions"; see http://php.net/manual/en/ref.pcre.php for more information.)
If you want to block '
href', you can use the following markup:
which blocks '
href', but neither '
\href' nor '
The regular expression can be interpreted as follows: Match any character that is neither a word character
nor a '\', followed by
href which ends in a word boundary.
By default, blocklist only tells an author that a particular edit has been blocked, but doesn't give a specific reason for the blocking (e.g., the offending phrase). Setting the following in a local customization file will also provide the reasons for the block:
Pm Wiki allows blocklist entries to come from multiple pages by setting the $BlocklistPages variable. By default $Blocklist Pages? is set to "Site Admin.Blocklist", as well as any automatically downloaded blocklists as described below. Pm Wiki will use all entries in all the blocklists for filtering wikispam. Setting a value of $BlocklistPages changes the default:
The order of blocklists really doesn't matter -- all of the blocklist
pages ultimately get used, and the
unblock: entries are processed
after all of the blocklist pages have been loaded.
Maintaining blocklists is relatively easy to do, but can become tedious over time. Several groups have formed and maintain "shared blocklists", where a common blocklist is made available to all. Pm Wiki's blocklist capability has built-in features for automatically downloading and updating such shared blocklists.
If you're just in a hurry to make use of some standard blocklists, make the following setting in local/config.php:
This tells Pm Wiki to not only enable blocklists on the site, but to also configure itself to automatically retrieve and maintain local copies of well-known blocklists such as chongqed.org and MoinMaster. These local copies will be saved in Site Admin.Blocklist-Chongqed and Site Admin.Blocklist-Moin Master? and refreshed once per day (as determined by the value of $BlocklistDownloadRefresh).
$BlocklistDownload["$SiteAdminGroup.Blocklist-PmWiki"] = array('format' => 'pmwiki');
When using a large master blocklist or blocklists automatically refreshed from external sites, it may be that some entries in the blocklists are inappropriate or overeager and block legitimate content. In this case a wikiadministrator can use "unblock" in a blocklist page to ignore an entry from the blocklist. For example, to allow "spam.com" even if another blocklist has a block entry for it:
In order for unblocking to work the phrase or pattern following "unblock:" must be exactly the same as the original.
In general, an administrator will want to edit-protect the Site Admin.Blocklist and any other blocklist pages to prevent arbitrary changes to the blocklist (see Passwords). Since most pages in the Site Admin.* group are edit-protected by default anyway, this usually isn't a problem.
Administrators may also wish to read-protect the various blocklist pages so that others do not know the exact phrases and/or IP addresses that are being blocked. (By their nature blocklists tend to contain phrases or terms that may be offensive or inappropriate to some.)
Any pages created via automatic download (see above) are automatically locked against viewing except by administrators.
This says to download the blocklist data from the given url into the Site Admin.Blocklist-Moin Master? page, that the entries in the blocklist are regular expressions, and to refresh the information every 86,400 seconds (one day).
If 'refresh' is omitted, then the page will be refreshed at the time interval given by $BlocklistDownloadRefresh (default one day). If 'format' is omitted, the page is assumed to have Pm Wiki-formatted entries as described above. If 'url' is omitted, then the blocklist information is downloaded from a standard location on the pmwiki.org site.
To force a refresh of an automatically downloaded blocklist, simply delete the existing page -- a new version will be installed upon the next blocklist scan. Blocklist pages are checked for download in response to any ?action=edit request.
If you are specifying your Blocklist-Pages in the config.php you have to specify the automatically updated pages too, else they won't be updated or created even if you use $EnableBlocklist = 10; .
A blocklist can be applied farm-wide (see SharedPages).
After these pages are created they can be moved into the farm shared.d/ directory:
The following variables help control the configuration and operation of blocklists:
# Download the MoinMaster blocklist every twelve hours $BlocklistDownload["$SiteAdminGroup.Blocklist-MoinMaster"] = array( 'url' => 'http://moinmaster.wikiwikiweb.de/BadContent?action=raw', 'format' => 'regex', 'refresh' => 43200); # Download a shared blocklist from pmwiki.org every day $BlocklistDownload["$SiteAdminGroup.Blocklist-Shared"] = array( 'format' => 'pmwiki');
:$EnableBlocklistImmediate:Some cookbook recipes update pages with author input but don't use the built-in data posting routines. If $Enable Blocklist Immediate? is set (default) and the current action is listed in $BlocklistActions (below), then an immediate blocklist scan is performed on the incoming text.