Manual:LocalSettings.php

The LocalSettings.php file provides basic config>Special:MyLanguage/Manual:Configuration settings|configuration settings (based on the  file) of a mw>Special:MyLanguage/MediaWiki|MediaWiki installation. You should take your time to review the settings in this file. The file is usually generated by the web-based MediaWiki installer but you can tweak the parameters, possibly in concert with Apache settings. For MediaWiki installations configured as a wiki farm, a file named common>Special:MyLanguage/Manual:CommonSettings.php|CommonSettings.php may be used.

Location on the server
The LocalSettings.php file is not a wiki page and you cannot access it with your web browser. Instead, it is a file in the file system of the server. Its contents are generated during the initial setup of the wiki and the resulting file must be copied on the server manually. The file must be located in the folder you installed MediaWiki into, on the same level with folders like includes/and skins/ and files like api.php. If this file is not there, the wiki will not work at all - if the wiki does work, the file is there. If you do not know where it is, you can enter a command such as find / -iname LocalSettings.php -print in a terminal window to locate it.

Security
LocalSettings.php</tt> usually contains sensitive data such as database logins. This data should never be revealed to the public! Due to a security breach somewhere on the server, it might happen that other users are able to view the contents of files. In order to improve security of your data, you should set UNIX permissions for this file accordingly: The webserver user must have access to this file. If this is the same account, who is the owner of the file, then you can set permissions to 600. Sometimes, the webserver user is not the file owner, but he is in the owner's UNIX user group. In this case, permissions of 640 should be fine. For improved security you should narrow permissions down as far as possible.

Additionally, you can create a MySQL user, who is restricted to only the database used by the wiki and provide this user's credentials in LocalSettings.php</tt>. Also you can configure your database server to only accept connections from localhost - this should prevent access from outside in case of leaked credentials.

File contents
When you edit LocalSettings.php</tt>, make sure to save it in the right encoding again. You should use "ANSI as UTF-8" encoding - that is UTF-8 encoding without byte order mark (BOM).

LocalSettings.php</tt> contains PHP code; mainly the definition of variables and their values. Changing a setting usually means changing the value of a PHP variable. Your changes will take effect immediately after saving the file again on the server: There is no need to manually "restart" anything. Anyway, in some cases you may need to clear your browser's cache to actually see the changes you made.

The default values of many more settings are set in, which should not be edited; if the variable you want to change is not already mentioned in your LocalSettings.php</tt>, copy the appropriate line from   and modify it appropriately in LocalSettings.php</tt>. Within LocalSettings.php</tt> you can add new lines at the end.

Within the file, there can also be several lines such as ' ', which point to ext-content>Special:MyLanguage/Extension:Contents</>|extensions. These lines enable the according extension in the wiki. Those extensions may require setting the values of more variables in LocalSettings.php</tt>; check the documentation of the according extension for further instructions.

In MediaWiki 1.16 and earlier it was important to not place extensions before the <tvar|code></> line; that will blank the extension setup function arrays, causing no extensions to be installed, and probably making your wiki inaccessible. Since 1.17 it's no longer necessary for LocalSettings.php</tt> to include DefaultSettings.php.

Like most PHP files in MediaWiki, LocalSettings.php</tt> does not end with the closing PHP tag <tvar|code></>. This prevents admins from accidentally adding new information after this tag. PHP works fine without a closing tag.

If you have a wiki on a MediaWiki wiki farm you may not have write-access (perhaps not even read-access) to the file LocalSettings.php</tt> (see e.g.<tvar|wikiaforum></>). The wiki farm company may or may not be willing to make changes you desire. Perhaps it wants to keep most settings the same on all wikis of the wiki farm.

Overview of available settings
See the config>Special:MyLanguage/Manual:Configuration settings</>|configuration settings index and the comments included in the settings files for help on what all the variables do. A short listing of the most important variables, as well as the most requested features, is listed below.

Include path
The man-ip>Special:MyLanguage/Manual:$IP</>|$IP (include path) variable holds the local file path to the base installation of your wiki. Make sure you refer to the fully qualified file path. Do not include a slash at the end of the path. Since MediaWiki 1.17, setting $IP in LocalSettings.php</tt> is no longer needed. It will default to the current working directory automatically.

The default-set>Special:MyLanguage/Manual:DefaultSettings.php</>|DefaultSettings.php file gets loaded from the directory designated by the IP variable.

Site name
The <tvar|Sitename>$wgSitename</> variable holds the name of your wiki setup. This name gets included many times throughout the system, such as via MediaWiki:Pagetitle. For instance, the Wikipedia tagline "From Wikipedia, the free encyclopedia" makes use of this setting.

Declensions of site name
Some translations of interface are ready for inflection of site name. You can set proper forms of word in variables <tvar|GrammarForms>$wgGrammarForms</> (for example please refer to the <tvar|Sitename>$wgSitename</> documentation page).

Site language
The <tvar|LanguageCode>$wgLanguageCode</> variable controls the language of your wiki's interface. While users can switch the language they see in their preferences, this variable sets the default language that all anonymous users and most registered users see.

Script path
<tvar|ScriptPath>$wgScriptPath</> is the URL path prefix to access the main MediaWiki script that is the central acting piece of code of MediaWiki. This setting should correspond to the Apache settings, especially if you are using Apache's rewrite rules.

Server name
<tvar|Server>$wgServer</> can be used optionally to overwrite the automatic detection. When the wiki is accessed from either the localhost where it runs, from an intranet or from the internet, e-mail notifications and a few other computed messages would be usually delivered with the different URLs. Using  overwrites the detection and the server name will be constant.

If www.example.com is the server address of your wiki as seen from the internet, add a line such as

The meta-magicinfo>m:Help:Magic words#Page names and related info</>|magic word variable  can be used on wiki pages; it equals the value of  ; however, on a wiki, such as those in the WikiMedia family, where relative urls are used, it will not fully expand, for example here it displays, which can neither be clicked nor copy-pasted into the address bar as it is.

Script name
<tvar|Script>$wgScript</> is the name of the main (index) MediaWiki PHP script, named  by default. Changing the script name is probably not a good idea. However, if you feel the urge to do so, this is the place to make your changes. Make sure you know what you are doing.

Redirect script name
The <tvar|RedirectScript>$wgRedirectScript</> variable specifies the URL path to the redirect script which handles redirects in MediaWiki. This setting is similar to wgScript as you can configure the exact name of the script. As mentioned above, this is probably not a good idea unless you really know what you are doing.

Article path
<tvar|ArticlePath>$wgArticlePath</> is the path to use when accessing a page in MediaWiki. The path should contain the path to the main script (usually making use of ) and use the   placeholder for the article name.

If you are using Apache rewrite rules to create pretty and short URLs, you probably need to adjust  to address the right path. Note that wgArticlePath is used to construct URLs from within MediaWiki. If you make a mistake here, internal links will show up incorrectly while you still may be able to access the main page by specifying the correct URL manually. See Manual:Short URL for more information on URL configuration.

Typical values are:

Stylesheet location
Use the <tvar|StylePath>$wgStylePath</> variable to set the URL path to the place where the stylesheets (CSS) for the MediaWiki installation are located. The <tvar|StyleDirectory>$wgStyleDirectory</> variable should point the same place, but note that this is a local file system path for use in internal scripts accessing the file system.

Upload location
The upload directory is the place where files uploaded by the users are stored. The <tvar|UploadPath>$wgUploadPath</> variable specifies the URL path, the <tvar|UploadDirectory>$wgUploadDirectory</> points to the local file system path.

Logo
The <tvar|Logo>$wgLogo</> variable specifies which graphical logo is displayed in the top left corner of all mediawiki pages. These steps replace the default logo in the /wiki/skins/common/images/ directory, replacing /wiki with the path to the directory where you installed the MediaWiki software.

First, copy whatever logo you want into the /wiki/skins/common/images/ directory (replacing /wiki with the path to the directory where you installed the MediaWiki software).

Next, try to find the line that looks like this in LocalSettings.php</tt>:

If there's no such line, you can copy and paste the line above at the end of the file.

Then, modify that line to point to your logo. The logo must be web accessible. The value of this variable is passed to the web browser, which uses it to fetch the logo. If in doubt, a good way to pick what to put here is navigate to the logo in your web browser (for example, this wiki the url of the logo is http://upload.wikimedia.org/wikipedia/mediawiki/b/bc/Wiki.png ), and put the full url as the value of this variable.

Some people just replace the skins/common/images/wiki.png file with their logo. This is not recommended, as the customized logo would be overwritten on upgrade.

Contact info
The <tvar|EmergencyContact>$wgEmergencyContact</> variable is the e-mail address of the user to contact if something goes wrong. This e-mail address is used to send internal bug reports to. As an administrator, you want to include your e-mail address here.

The <tvar|PasswordSender>$wgPasswordSender</> variable is the e-mail address where e-mail gets sent from, when passwords are sent out to users who have forgotten their passwords. Choose an address people can reply to in case of trouble or confusion.

Database settings
MediaWiki needs access to the database (currently either MySQL or PostgreSQL) to store pages, modifications, user information, and a lot more things.

The <tvar|DBserver>$wgDBserver</> variable contains the hostname where the database is hosted on. In most cases this will be just "localhost" as the database is run on the same system, but for distributed installations, you need to fill in the fully qualified domain name of the computer running the database.

<tvar|DBname>$wgDBname</> is the database name of the database to be used by MediaWiki. A single MySQL or PostgreSQL installation can store more than one database and you can even run many MediaWiki installations on a single server. Make sure you have stated the correct database name here and use different database names for different wiki installations on the same database server.

The <tvar|DBuser>$wgDBuser</> and <tvar|DBpassword>$wgDBpassword</> variables contain the login name and password to be used by MediaWiki to access the database. Make sure the specified user has the proper access rights to be able to manipulate the wiki's table on the database server.

User rights
The <tvar|GroupPermissions>$wgGroupPermissions</> is an associative array, controlling permissions for creating and editing pages for your different user groups. In this array, custom permission levels can be created, and permission levels for the different user groups can be set. See Help:User rights for more information about the different permissions and user groups available.

Force capital links
By default, no page name can start with a lowercase Roman letter: in an attempt to do so the first letter is converted to uppercase; if a link target, included page, image or category is specified with a name starting with a lowercase letter, the actual target etc. is the page starting with the corresponding capital.

Alternatively page names can start with a lowercase letter, in addition to the possibilities of starting with a capital, a digit, etc. For that you must adjust the <tvar|CapitalLinks>$wgCapitalLinks</> variable. Setting it to false allows lowercase characters, true chooses the default behavior.

Enabling subpages
In LocalSettings.php</tt>, subpg>Special:MyLanguage/Help:Subpages</>|subpages are enabled on a per-namespace basis using the <tvar|NamespacesWithSubpages>$wgNamespacesWithSubpages</> variable. For example, to enable subpages in the main namespace:

Image uploads
Before users are allowed to upload files to the MediaWiki system, you have to enable that feature. Make sure the Upload Directory is properly configured and writeable by the Apache web server process. Then set the <tvar|EnableUploads>$wgEnableUploads</> variable to true to allow uploading in the web user interface.

i.e. Here's some example code from includes/DefaultSettings.php to put in LocalSettings.php</tt>:

If you want to be able to resize images on the fly to support thumbnails, MediaWiki needs a working ImageMagick installation. Set the <tvar|UseImageResize>$wgUseImageResize</> and <tvar|UseImageMagick>$wgUseImageMagick</> variables to true once you have installed and tested ImageMagick on your system. Make sure the <tvar|ImageMagickConvertCommand>$wgImageMagickConvertCommand</> variable points to the proper location of the  command of your installation, that the command is executable by the web server process, and <tvar|MaxShellMemory>$wgMaxShellMemory</> is large enough. See for detailed information and trouble-shooting.

Also, you may want to modify the list of accepted extensions, which is stored within the <tvar|FileExtensions>$wgFileExtensions</> array:

In case ImageMagick outputs an error message similar to the following:
 * Fatal error: mime_magic could not be initialized, magic file is not available in includes/MimeMagic.php on line 506

then try adding the following line to LocalSettings.php</tt>:

= "file -bi";

Interwiki support
InterWiki support is built into MediaWiki but you need to configure the prefix to be used for your internal links. This prefix is usually the same as, but in case you need to change that, you set the variable to the preferred name.

Language of user interface
MediaWiki allows for a variety of localized user interfaces languages instead of the English default. If you want to run your wiki in a non-English language, set the variable to the proper language code (e.g. "de" for German, "es" for Spanish, etc.)

You may use any of the languages with a file in the directory. E.g. if you find es.json</tt>, then you can use  for Spanish. Do not use  with a capital letter. Although it seems to work, not all texts are translated.

Note: After changing the language code, you will need to run a PHP script to make it work. In a terminal window, change to your wiki directory, change to the <tt>maintenance</tt> folder, and enter. On Windows, the PHP folder might not be in your  environment variable and you'll have to prefix php with the path to the program.

Not all languages are supported. See here for a list of the localisation statistics of. See translatewiki.net for the statistics per released version.

Setting copyright for the site

 * <tvar|RightsPage>$wgRightsPage</> is the page on the wiki that covers the copyrights that it falls under. Usually, this will be Project:Copyrights.
 * <tvar|RightsUrl>$wgRightsUrl</> is the page describing full details of your license. (For the GNU FDL, for example, this would be .)
 * <tvar|RightsText>$wgRightsText</> is the text in the footer that follows "Content is available under". It will be linked to the page specified in.
 * <tvar|RightsIcon>$wgRightsIcon</> is the URL of the image placed at the left of the footer.
 * Note: If  is non-empty, the link in the copyright/license notice will link to that page on your site. If   is empty then the copyright/license notice will link to   instead.

To modify the copyright statements of the site, add something like this to <tt>LocalSettings.php</tt>:

Afterwards, edit MediaWiki:Copyright to provide an appropriate message, using  to indicate the position where the link to your copyright page will be.

Example: setting a Creative Commons license

To set a Creative Commons license do the following:


 * Choose your license: <tvar|url>http://creativecommons.org/choose/</>
 * Examine the returned HTML code, e.g.:


 * For  enter the href info from the first anchor:


 * For  enter the text the second anchor links from (add the "a" to the Wiki variable for a more grammatically correct version)


 * For  enter the src info from the img link in the first anchor. You want to copy the badge to your own site instead of using the one from the Creative Commons site.


 * For using RDF metadata about copyright add one or both of the following lines to your <tt>LocalSettings.php</tt>:

Custom namespaces
By declaring the <tvar|ExtraNamespaces>$wgExtraNamespaces</> array, and modifying the <tvar|NamespacesWithSubpages>$wgNamespacesWithSubpages</>, and <tvar|NamespacesToBeSearchedDefault>$wgNamespacesToBeSearchedDefault</> arrays, extra namespaces can be added to a MediaWiki installation; and by declaring the $wgNamespaceAliases array namespace aliases can be added. Take heed not to have any pages already titled in that namespace, for instance in you had a page called "Technical:Support" and you created the Technical: namespace, then that page would not only be lost, but you cannot remove it from Special:Allpages. To fix this delete the namespace, move "Technical:Support" to "Support" in mainspace, delete the redirect, reinsert the namespace, and move it back to "Technical:Support". See Custom namespaces for more information as to how to do so.

Skins
The default skin of the site can be modified via the <tvar|DefaultSkin>$wgDefaultSkin</> variable.