Spam bots are creating accounts on my music wiki (http://www.blazemonger.com/GG/Special:RecentChanges). What is the best extension to prevent this? I installed ConfirmEdit and tried the default CAPTCHA (SimpleCAPTCHA) but it didn't stop the bots. Before I experiment with the many other options, I thought I'd ask what people recommend.
Fortunately the bots can't edit articles, just create useless accounts.
No, the "Education Program admin" refers to a volunteer administrator of the
program, such as a regional or national ambassador. The title varies
depending on what part of the world they operate in, so simply calling them
"Education Program regional ambassador" doesn't quite line up on some
individuals. I'm personally not fond of the "admin" nomenclature myself, as
it does (as you point out) confuse the individual with sysops. We're open to
other ideas for naming the user access level if you have any.
The users that are assigned this user access level will inherit privileges
from the ep-instructor, ep-campus-ambassador, and ep-online-ambassador, and
will be able to administer those user access levels. Other than that, it's a
typical autoconfirmed user.
From: Anirudh Bhati
Sent: Tuesday, March 06, 2012 2:45 AM
To: English Wikipedia
Subject: Re: [WikiEN-l] Invitation to help beta-test the MediaWiki 1.19
extension for the Wikipedia Education Program
Thanks for the post, Rob. Will an Education Program admin have the same
access levels as a sysop on the English Wikipedia?
On Tue, Mar 6, 2012 at 1:30 AM, Rob Schnautz <rschnautz(a)wikimedia.org>wrote:
> The MediaWiki developers have been working hard to integrate certain
> elements of the Wikipedia Education Program into MediaWiki. If anyone is
> interested in helping beta-test the new extension, click (or copy and
> paste) the link below to get started:
> Please note that this site does not will not represent official Wikipedia
> Education Program data. Feel free to alter the data on the wiki however
> wish; the more testing you do, the better!
> Rob Schnautz
> Online Communications Contractor
> Global Development
> Wikimedia Foundation
> 11450 Northridge Dr
> Evansville IN 47720
> c. 812.746.8347
> WikiEN-l mailing list
> To unsubscribe from this mailing list, visit:
WikiEN-l mailing list
To unsubscribe from this mailing list, visit:
I want to know how can I modified some parameters of email notification.
When a change occurs on my mediawiki( new file, any modification, ...),
an email is send to users. I want to modified the text in field "from"
by change email adress. ( i.e : from : wiki notifications toto.tutu(a)xxx.fr)
I was try to change the email adress in LocalSettings.php
($wgEmergencyContact) file without succes.
Thanks for your response
Équipe Oncologie Moléculaire
Institut Curie - UMR 144 - CNRS
26 rue d'Ulm - 75248 Paris Cedex 05
Tel: +33 1 56 24 63 57
We are proud to announce the immediate release of Semantic MediaWiki 1.7.1,
the next minor version after 1.7, which brings a few cool new features and
a ton of bugfixes.
Many thanks go to all the people that contributed to this release, without
you this release would not have been possible :)
== What's new ==
* Added basic support for OpenLink Virtuoso RDF database. In addition to
$smwgDefaultStore = 'SMWSparqlStore', users should set
$smwgSparqlDatabase = 'SMWSparqlDatabaseVirtuoso' and use Virtuoso's
endpoint at ./sparql/ for query and update alike. for further remarks and
limitations, see the file
* Added ability to sort dates as dates in tables generated by SMW (bug
* Added "Last editor is" and "Is a new page" special properties (bug 34359).
== Bug fixes ==
* When there are only invalid query conditions, query answering is stopped
* Fixed display of nearby values on Special:SearchByProperty (bug 34178).
* Fixed display of URL values (bug 34312, 34044).
* Fixed warning when browsing certain property pages (bug 34306).
* Fixed failure of SMW_setup --delete when using postgresql (bug 31153).
* Fixed division by 0 error when setting the "Corresponds to" property to 0
* Fixed accept header send with SPARQL query requests (bug 32280).
* Fixed unresolved prefixed name in SPARQL queries (bug 33687).
* Fixed issues with modification date property occurring when using
SMWSparqlStore (bug 30989).
* Fixed erroneous SPARQL for property value comparison queries (bug 30993).
* Fixed broken +index=x for records (bug 30284).
* Fixed querying of subobjects using 4store as a datastore.
* Fixed issue with namespace internationalization (bug 34383).
Plus these fixed after 1.7:
* Fixed creation of concept cache and display of matching objects on
concept pages (bug 32592, 32718).
* Fixed fatal error occurring for some invalid property definitions (bug
* Fixed error in RSS when using creator or date parameters (bug 33721).
* Fixed incorrect offset of export formats (bug 33726).
* Fixed bug in "further results" links causing the main column to be
displayed twice on Special:Ask (bug 33473).
* Fixed incorrect case-sensitivity of the format parameter (bug 31138).
* Fixed internationalization of magic words.
* Fixed offset and limit value in further results links (bug 33575).
== Compatibility changes ==
None. The next scheduled release of SMW, which is SMW 1.8, will drop
support for MediaWiki 1.16.x.
== Download ==
You can get this release from
== Installation / Upgrading ==
You can install or upgrade as usual. You will need to run the table update
script via Special:SMWAdmin or maintenance/SMW_setup.php.
More detailed installation instructions can be found on the SMW wiki:
A slightly more extensive overview of this release can be found here:
Jeroen De Dauw
Don't panic. Don't be evil.
The MediaWiki developers have been working hard to integrate certain elements of the Wikipedia Education Program into MediaWiki. If anyone is interested in helping beta-test the new extension, click (or copy and paste) the link below to get started:
Please note that this site does not will not represent official Wikipedia Education Program data. Feel free to alter the data on the wiki however you wish; the more testing you do, the better!
Online Communications Contractor
11450 Northridge Dr
Evansville IN 47720
I am trying to set up a wiki family with subdirectories based on mediawiki 1.18.1 version ie.,
http://mysite.com/wiki1 and http://mysite.com/wiki2
I am referring to the drupal-style settings documentation for the above wiki family setup. The problem is even with the drupal-style LocalSettings.php (which looks for a regular mediawiki-style LocalSettings.php in the sites directory) in place, going to http://mysite.com/wiki1 brings me up with the installer to generate a LocalSettings.php.
Following the same drupal-style instructions, I was able to set up a wiki family (subdirectories as above) successfully with mediawiki-1.16.1 version. I realize that there are many changes since 1.161.1, in particular the $IP variable settings and require_once("includes/DefaultSettings.php") were moved to includes/WebStart.php from LocalSettings.php. Also new to 1.18.1 is the HipHop compiler/interpreter. The paths in includes/WebStart.php are either compiled/interpreted paths set by the hiphop library "includes/Init.php".
I tried to modify the "includes/WebStart.php" in the old style, by changing "MWInit::interpretedPath("LocalSettings.php") to "($IP/LocalSettings.php"), but still I am being presented with the installer going to http://mysite.com/wiki1
Would you point to me how and where I should make changes to create a wiki family with the 1.18.1 code base? Any help is greatly appreciated.