Brickwiki:Technical solutions

From Brickwiki
Jump to: navigation, search

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 Our Administrative E-mail Lists are also hosted at GoDaddy.

Configuration Avenues

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. For example, you can get the Interwiki map using .


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


  • will forward to the E-mail addresses of the active 'crats and admins: Lar, Tedward and ALittleSlow
  • forwards to the active admins, who happen to be the same people.
  • should forward to the active admins and trustees, though not all trustees are set up
  • forwards to User:Jedspurg and ALittleSlow.

To maintain these lists, you need to log in to as someone who has privileges over Currently, this is only User:ALittleSlow.

Installed Extensions


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.

Regression Testing

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 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

Redirect from Policy (which is in article space but that should not matter) to Brickwiki:guidelines not currently working. ++Lar: t/c 14:42, 8 April 2013 (UTC)

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)

Personal tools