It is a somewhat organized list of how to maintain the wiki. It is breadcrumbs for the forgetful or new sysop. This page is maintained by sysops for sysops.
BrickWiki lives on MediaWiki, which in turn has been incarnated on a LAMP stack. The LAMP stack is hosted by Jeramy Spurgeon. Our domain name is hosted by GoDaddy. ALittleSlow is the current legal owner of the domain name BrickWiki.info. Our Administrative E-mail Lists are also hosted at GoDaddy.
There are multiple avenues for configuring a Mediawiki installation. This may be a weakness or a strength, depending on your point of view at the moment.
This is where all(?) the host-dependant configurations are, such as file system locations. This is also where most system extensions are instantiated and configured. One way to get to LocalSettings.php is to open a secure shell or secure FTP session to the server. Contact Jeramy for connection and path details.
API end point
This is most useful for getting to the data store via the Web. http://brickwiki.info/api.php. For example, you can get the Interwiki map using http://brickwiki.info/api.php?action=query&meta=siteinfo&siprop=interwikimap .
Common administrative functions can be performed here.
Administrative E-mail Lists
We don't need to use these much, but they serve an important role for communications which can't or shouldn't happen "in-band" on BrickWiki. The lists are:
- "accounts" for wiki account support/administration. Subscribers to this list (admins and 'crats) would get notified when an account needs approved.
- "copyvio" for handling copyright violations
- "administrators" for administrators, to replace what we've had to do by individual E-mail up to now. All admins and trustees would be subscribed to it.
- "webmaster" to serve as the technical point of contact for the wiki
- firstname.lastname@example.org will forward to the E-mail addresses of the active 'crats and admins: Lar, Tedward and ALittleSlow
- email@example.com forwards to the active admins, who happen to be the same people.
- firstname.lastname@example.org should forward to the active admins and trustees, though not all trustees are set up
- email@example.com forwards to User:Jedspurg and ALittleSlow.
To maintain these lists, you need to log in to GoDaddy.com as someone who has privileges over brickwiki.info. Currently, this is only User:ALittleSlow.
An anti-spam measure. This is instatiated and configured in LocalSettings.php. On 2013-02-28 it was commented out to see if ConfirmAccounts was sufficient by itself.
This isn't an extension, but a third-party service supported by ConfirmEdit. Several confirmation measures are supported by ConfirmEdit. This is the one we used. It was uninstalled around March, 2013.
After changing something at the system level, such as modifying LocalSettings.php or changing hosts, one should check to make sure everything that used to work still does. This is called regression testing. Here is a list of things to check.
- Accounts can be created. This is very important to check, because if it's not working, you will probably never hear about it, and you'll lose potential contributors.
- Password reset request E-mails are received. If it's not working, users will have little recourse to fix their login, and they will stop trying.
- Users can log in.
- Pages can be created.
- Files can be uploaded.
Preload Templates for New Pages
The content that a user is presented with when creating a new page is at MediaWiki:Newarticletext. Put links for page templates in here.
Problems and Solutions
Pages Which Can't Be Viewed
We had three pages in Special:DoubleRedirects that have Set:xxxx as the title. Set: is aliased to peeron.com. These were redirects created before the aliasing was implemented. From a ssh prompt I used the maintenance script, namespaceDupes.php to replace the colon with a dash. Then I was able to view and delete them. ALITTLESlow: t/c 22:32, 1 March 2013 (CST)
Redirect not working
Anonnotice not going away
Deleting Anonnotice from BW does not clear it from being displayed on the running server, at least in MW 1.18. Doing a "touch LocalSettings.php" from the Linux prompt, afterward clears it. ALITTLESlow: t/c 02:29, 16 April 2013 (UTC)