Manual talk:Short URL/Archive 1

Note Talk page originally from m:Talk:Using a very short URL

Apache 1.3.x
The host on which my wiki is served is using Apache 1.3.x. Does anyone have a solution that works on older versions of Apache? I tried this one and it didn't work. I ended up with 404 errors.

Thanks!

Kerim Friedman 9 July 2005 13:02 (UTC)


 * As far as I know, the "kludge" solution should sort of work with Apache 1.3. I have 2 suggestions for you:


 * 1) Make sure you have done all of the modifications. There are 4 files to modify.
 * 2) In httpd.conf, specify a filename in RewriteLog and set RewriteLogLevel to 5 or so, so you can find out exactly what file the server was finally looking for.


 * I'm afraid I can't remember all of the little issues that cropped up as I was trying to perfect this setup with Apache 1.3; I just got fed up enough that it was simpler to go ahead and switch to Apache 2. Also, I haven't been able to find a patch to fix the ampescape problem in Apache 1.3, and there might not even be one. You should consider moving to Apache 2. --Yath 09:10, 10 July 2005 (UTC)

I had issues with search with very short urls on the following:
 * Windows Server 2003
 * Apache 2.0.54
 * MySQL 4.0.25
 * PHP 5.0.4
 * MediaWiki 1.4.5

URLs were coming in like below and not working because the search querystring parameter would never acknowledge it contained data: /Special:Search?search=apache&fulltext=Search What needed to come in is: /index.php/Special:Search?search=apache&fulltext=Search

The resolution was to edit getSearchLink in Skin.php and change the following: From: return $searchPage->getLocalURL; To: return '/index.php'.$searchPage->getLocalURL;

I know that this isn't the grand solution to solve it for all scenarios, but it works for us for the time being.


 * You said that what needed to come in was "/index.php/...". Does that mean the url in the browser was " http://site.tld/index.php/Special:Search?search=apache&fulltext=Search "? Because that isn't the goal of this setup. --Yath 21:51, 14 July 2005 (UTC)

works fine with apache 1.3.33
I'm running a few MediaWiki sites (like ) From the very beginning I've been putting the wiki in / not /wiki/ which makes more sense in my POV. This works with Debian Sarge, Apache 1.3.33, and the following redirect rules and settings in /etc/apache/conf.d/sitename (see below)

If you want other stuff to be available then add more directories to the exception of the rewriting url for example: (RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins|downloads|)/ ) and put whatever you want into that subdirectories. This works fine for i.e. a download-directory. If you have other complex php application it might be a problem (I don't know), but on an average MediaWiki Site I like it better like this!


 * 1) /etc/apache/conf.d/sitename
 * 2) replace sitename with.your.domain.org

 ServerName sitename DocumentRoot /home/www/webspace/sitename CustomLog /var/log/apache/sitename-access.log combined ErrorLog /var/log/apache/sitename-error.log

 Order Deny,Allow Allow From All 
 * 1) Allow wiki articles to start with a period


 * 1) rewrites
 * 2) 1.3.* Note: With later versions, one may use index.php/$1 instead of
 * 3) wiki.phtml?title=$1, and currently wiki.phtml exists only to include
 * 4) index.php and add compatiblity with old documentation.

RewriteEngine On

RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/ RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html RewriteCond %{REQUEST_URI} !^/favicon.ico RewriteCond %{REQUEST_URI} !^/robots.txt
 * 1) Don't rewrite requests for files in MediaWiki subdirectories,
 * 2) MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt
 * 3) add "|config" for the setup-routine in the line below, after skins

RewriteRule ^/(.*)$ /index.php/$1 [L,QSA]

php_flag register_globals off
 * 1) close the php security hole...



 AllowOverride None AddType text/plain .html .htm .shtml php_admin_flag engine off Options None php_flag engine off 

 AllowOverride None AddType text/plain .html .htm .shtml php_admin_flag engine off 
 * 1) any security issues in here?

Please give some feedback or let me know if this should be added to the page itself? Epe 21:51, 27 July 2005 (UTC)

Other way...
Hi, there is another way to get a really short URI

Server version: Apache/2.0.54  ServerAdmin RedHand.pl@gmail.com ServerName wiki.szluug.org # ignore warnings! it works :] DocumentRoot /home/wiki/index.php Alias /wiki /home/wiki  Options Indexes FollowSymLinks AllowOverride None Order Allow,Deny Allow from all  

How to hide Main_Page?
Hi! I've managed to configure my wiki to http://www.foo.com/wiki/article, and I'm happy with this in all instances but one: I want to have http://www.foo.com instead of http://www.foo.com/wiki/Main_Page. Is it possible?


 * iFrame is the only thing I can think og -- &#8465;ilver&#167;&#8465;ide 08:27, 8 January 2006 (UTC)

Simple solution without the need to patch anything?
I don't know why many people are saying that you need to patch Apache and/or MediaWiki. I'm running a Wiki with a "very short URL" since version 1.3.x without any patch to Apache or MediaWiki. My robots.txt also keeps crawlers from crawling unnecessary pages. Maybe I'm blind and don't see an obvious problem, but I never heard a complaint from a user. You can see the Wiki in action here: http://wiki.winf.at/

I've put the MediaWiki source into the subdirectory /w/ of the VirtualHost's root. Here is a snippet of my Apache (1.3.x) configuration:

 ServerName wiki.winf.at DocumentRoot /path/to/winfwiki RewriteEngine On RewriteRule ^/COPYING$ /w/COPYING [L] RewriteCond %{REQUEST_URI} !^/w/ RewriteCond %{REQUEST_URI} !^/(robots\.txt|favicon\.ico|winfwiki\.png) RewriteRule ^/(.*)$ /w/index.php/$1 [L,QSA]  AddType application/x-httpd-php-source .php .phps .php3 </Directory> php_admin_value register_globals 0 </VirtualHost>

Here the relevant part of the MediaWiki LocalSettings.php:

$IP = "/path/to/winfwiki/w"; $wgScriptPath      = "/w"; $wgScript          = "$wgScriptPath/index.php"; $wgRedirectScript  = "$wgScriptPath/redirect.php"; $wgArticlePath     = "/$1"; $wgStylePath       = "$wgScriptPath/skins"; $wgStyleDirectory  = "$IP/skins"; $wgLogo            = "/winfwiki.png"; $wgUploadPath      = "$wgScriptPath/images"; $wgUploadDirectory = "$IP/images";

Please tell me if you see a problem with my configuration, because I don't understand why many people keep saying that it's "dangrous" to have the article names at the root path.

62.178.39.193 17:35, 12 November 2005 (UTC)
 * Instead of editing the apache config file you can also put an .htaccess file with the following code in your subdomain root:

RewriteEngine On RewriteRule ^/COPYING$ /w/COPYING [L] RewriteCond %{REQUEST_URI} !^/w/ RewriteCond %{REQUEST_URI} !^/(robots\.txt|favicon\.ico|winfwiki\.png) RewriteRule ^(.*)$ /w/index.php/$1 [L,QSA] php_admin_value register_globals 0
 * Hope this helps --62.251.90.73 02:35, 30 December 2005 (UTC)


 * This (.htaccess) version gives me an error:

php_admin_value not allowed here
 * 82.13.223.11 22:59, 13 March 2006 (UTC)


 * It was intented to be placed into your httpd.conf/per-srever context. In per-dir context, use

php_flag register_globals 0
 * instead. It'll only have an impact, if PHP runs as a module (and not in cgi mode) --Caterham 21:38, 14 April 2006 (UTC)

Mess
Well I don't really know anything solid about what works and what doesn't, or where there are security implications, but I do know that this page is mess at the moment. I'd read the page a few months back, and I just advised a friend to take a look at it. He came back to me confused, which is not surprising. eeeugh! what happened? In fact this talk page is tidier and more useful than the article itself. Can we not arrive at a concensus on the best approaches (split by apache/mediawiki versions if necessary)? -- Harry Wood 15:31, 18 November 2005 (UTC)

Help? *bursts out crying or Ampersand shpampersand!
So, I have tried everything backwards and forwards and in-between and even all kinds of combinations of the various methods mentioned here and elsewhere, and *NOTHING I CAN DO* will make ampersands in page titles work!!! Here are the various .htaccess files I have tried and failed with, and their exact outcome:

Ex. 1
RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ /index.php?title=$1 [L,QSA] This one is the original one I used until I found it couldn't parse ampersands. Period. Trying http://mydomain.tld/wiki/Testing_&_testing_Some_More merely loads the page at Testing_, with everything after the ampersand dying.

Ex. 2
RewriteEngine on RewriteRule \. - [L] RewriteRule ^(.+)$ /index.php?title=$1 [L,QSA] Another version I got somewhere or other, same outcome as above.
 * 1) enable the rewriter
 * 1) anything that contains a dot is to be left alone.
 * 1) anything else is to be treated as a title

Ex. 3
RewriteEngine On RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/ RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html RewriteCond %{REQUEST_URI} !^/favicon.ico RewriteCond %{REQUEST_URI} !^/robots.txt RewriteRule ^(.*)$ /index.php?title={ampescape:$1} [L,QSA] Interesting result from this one - no matter what page I tried to access, I would get a "bad title" result. I wonder exactly what title that rewrite rule was attempting to pass to mediawiki?

Ex. 4
RewriteEngine On RewriteCond %{REQUEST_URI} !^/(stylesheets|skins|images|config)/ RewriteCond %{REQUEST_URI} !^/(index|redirect|texvc).php RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html RewriteCond %{REQUEST_URI} !^/(favicon.ico|robots.txt) RewriteRule ^(.*)$ /index.php?title=${ampescape:$1} [L,QSA] Interesting result, again - I think this one would work, except for some reason, it redirects any page I try to go to, to "Main_Page" then sits there for a moment, finally giving me a "Couldn't open the page, too many server redirects" page - if I could figure out why it redirects everything, including Main_Page itself, to Main_Page, then I bet I could beat this annoying bug

Ex. 5
 Order Deny,Allow Allow From All </Files> RewriteEngine On RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/ RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html RewriteCond %{REQUEST_URI} !^/favicon.ico RewriteCond %{REQUEST_URI} !^/robots.txt RewriteRule ^/(.*)$ /index.php/$1 [L,QSA] php_flag register_globals off This one ends up doing nothing - I get a "file not found 404" error for http://domain.tld/Main_Page or http://domain.tld/index.php/Main_Page - and still get the ampersand problem with http://domain.tld/index.php?title=Main_Page
 * 1) Don't rewrite requests for files in MediaWiki subdirectories,
 * 2) MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt
 * 3) add "|config" for the setup-routine in the line below, after skins
 * 1) close the php security hole...

Anyway, these are driving me batty batty batty batty ! Blargh! Does anybody know what I can do to fix this? I never had this problem before I switched to dreamhost, which runs PHP as a CGI module. I really need help! -- &#8465;ilver&#167;&#8465;ide 08:43, 8 January 2006 (UTC)

How make a very short URL? HELP!!
1. In files (after unzip file with MediaWiki) there are not any httpd.conf file. 2. File .htaccess there are in includes/ languages/ maintenance/ math/ tests/ directory. That is only in directory in my computer, after upload to server this files disappear.

Server is provided by ISP.

... and after read Using a very short URL i have no idea how make a very short URL. HELP!! 85.219.173.251 11:21, 26 February 2006 (UTC)

Articles with ampersands in their names
Hello, I'm using very short URLs on my website via .htaccess (unfortunately, I don't have access to httpd.conf), and as a result I can't access articles with & in them. (The wiki tries to load a page with the name of the article before the ampersand.) I realize this is a common problem people have been having, and I had an htaccess file previously that was able to replace the ampersands in that context, but I lost that file and am unable to replicate those results. Note that using %26 in the article name seems to have the same effect as an ampersand (in that everything before the %26 is loaded.)

Here's the code I'm using in my .htaccess file:

RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/ RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php RewriteCond %{REQUEST_URI} !^/(40(1|3|4)|500).shtml RewriteCond %{REQUEST_URI} !^/favicon.ico RewriteCond %{REQUEST_URI} !^/robots.txt RewriteRule ^/?(.*)$ /index.php?title=$1 [L,QSA]

I feel like there should be a line that could be added to make ampersands not be a problem, but I don't know how to do that, exactly. I realize that a lot of other people are having this problem, so a solution would be much appreciated. --LostLeviathan 19:20, 16 March 2006 (UTC)


 * I've come up with a partial solution: Preface the above with

RewriteCond %{REQUEST_URI} !^/.*&.*

and then add a separate

RewriteCond %{REQUEST_URI} ^/.*&.* RewriteRule ^/?(.*)&(.*)$ /index.php?title=$1\%26$2 [L]

to handle titles with an ampersand in them. This works great for article titles with just one ampersand. And you could add another special case for articles with two ampersands, another for those with three, etc... but does anyone have clever enough code to allow for unlimited ampersands? --LostLeviathan 22:27, 16 March 2006 (UTC)


 * In my configuration it seems to work pretty well. 194.208.210.167 22:05, 5 April 2006 (UTC) It's a Mediawiki version 1.4.10 and the following code in /etc/apache/conf.d/sitename :

RewriteEngine On RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins|download)/ RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html RewriteCond %{REQUEST_URI} !^/favicon.ico RewriteCond %{REQUEST_URI} !^/robots.txt RewriteRule ^/(.*)$ /index.php/$1 [L,QSA]
 * 1) Don't rewrite requests for files in MediaWiki subdirectories,
 * 2) MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt

-- can anyone tell us, why this (short urls) isn't just the simple plain standard on wikimedia sites ? 194.208.210.167 22:05, 5 April 2006 (UTC)


 * I have to use the 'noescape|NE' (no URI escaping of output) flag when the result of a rewrite contains an %:

RewriteCond %{REQUEST_URI} ^/.*&.* RewriteRule ^/?(.*)&(.*)$ /index.php?title=$1\%26$2 [L,NE]

--Freddy Vulto, 20:55, 21 July 2006 (CEST)

very short URL on easyPHP/Windows Install
Hi,

I got this easyPHP setup on a windows XP box. the mediawiki is sitting in the www folder and so the URL is this ugly http://mydomain.com/mediawiki-1.5.5/index.php/Main_Page instead of http://mydomain.com I tried to shorten the url with the advice above but had no luck so far. .htaccess options are not working on Windows, and the httpd.conf changes only produced errors, or strange or no results. Simply changing the document root did not work either.

Anybody out there with an easyPHP install who can help?

63.125.44.226 18:48, 27 April 2006 (UTC)

A simple "Alias" works fine for me
I must be missing something, because simply adding a straight-forward: Alias /wiki /home/wiki/index.php to httpd.conf seems to work fine in my setup. No mod_rewrite, patches or other tricks needed. Tested it with editing ampersand titles and it all works fine. (I'll be sure to update this if I later find differently.) This is with MediaWiki 1.6.3 and Apache 1.3.32. --Greg Ubben, 2006-06-28


 * what are you talking about? it doesn't even pretend to be working for me Lo&#39;oris 13:34, 7 August 2006 (UTC)


 * In my site this works well, but I can't access API without doubling some slashes (AutoWikiBrowser doesn't recognise this "//"s). --Cybermandrake 12:26, 26 April 2011 (UTC)

Anyone successfully use very short URL's with Dreamhost lately?
I used Dreamhost admin to install today (Jul, 14 2006) and have tried most everything I can think of to get very short URL's to work. In all cases, nothing happens--nothing breaks either. I have installed it at the document root (hence no "wiki" folder). Dreamhost forums and wiki docs are useless in my case. I will either pay someone $1,000, or give them a boot to the head, to answer this question (my choice).
 * Me too (except not the $1k). So far, I just accept ugly URLs rather than waste too much effort on it. pfctdayelise 06:05, 11 August 2006 (UTC)

I did it! I did it!!.. Actually it was more of a anti-climax.. becasue after reading all the posts on various forums and wiki's I was preparing for a long night ahead of me to get this working. However it started working after two trials. Here's what is did.

Installed mediawiki using the oneClick Install on wiki.myhost.org and then changed

this ->

->to this

and then created a file .htaccess at ~/wiki.myhost.org/.htaccess and added the following lines in it



Im not sure at this point how completely it works, as i have started experimenting it. It sure rendered the Main_page and all the pages linked to the Main_page correctly, including Search. So im happy for now. Will report back if I run into issues. If I dont assume I'm doing just fine. Thanks for the help guys.

And btw I guess someone owes me $1k ;) feel free to pay me in full at Fundraising

Cheers

Is ANY of this recommended?
These pages are very confusing. Are ANY of the methods approved of?Jonathan1 22:02, 16 August 2006 (UTC)


 * Tried all these methods too, and I cant have a fully working one, all url with a colon such as user:... or special:... are access forbidden by the .htaccess (A2 - 29 August 2006) plz help ! 29 August 2006 &mdash;The preceding unsigned comment was added by 86.213.204.247 (talk &bull; contribs).


 * See my comment about Colon issue with Very Short URLs on Windows --Kenneth 23:51, 16 October 2006 (UTC)

Uh... please someone talk about this .htaccess more...
ok... so... we got /wikiFolderName/index.php?title=Namespace:Pagename and we wanna have every request look like: /wikiFolderName/Namespace:Pagename and remove "index.php?title=" from every URL... and need to do this from HTACCESS for ONLY one folder... and everything i seem to try gives me a 404... and i feel like i am missing something. 05:32, 30 August 2006 &mdash;The preceding unsigned comment was added by Dsgncr8or (talk &bull; contribs).


 * Please sign your posts using: ~ thanks. Odessaukrain 06:24, 4 September 2006 (UTC)


 * Same for me...
 * --Kornelius 10:35, 17 January 2007 (UTC)

Template:Technical tag
See: Talk:Eliminating_index.php_from_the_url for the reason for this and the Template:CleanupConfusing tag Odessaukrain 07:06, 4 September 2006 (UTC)

Colon issue with Very Short URLs on Windows
If you try the "Simple httpd.conf or .htaccess method", to get the http://www.foo.com/Main_Page effect, running Apache on a Windows machine, you may receive the following error when visiting pages with a colon (ie Special:Random):

403 Forbidden You don't have permission to access /Special:Random on this server. Apache/2.0.55 (Win32) PHP/5.0.5 Server at test.mydomain.com Port 80

This is apparently caused by Apache seeing the colon as indicating a drive mapping. Using the same setup on a Linux-Apache setup worked perfectly. Go Linux!

If you are intent on running it on windows, just make sure that your wiki is under a folder such as http://www.foo.com/wiki/Main_Page and you can have at least this short of a URL.

--Kenneth 23:51, 16 October 2006 (UTC)

Is there any way to solve this problem?

194.44.138.48 21:13, 22 November 2006 (UTC)

How to change www.mysite.com/wiki/index.php?title=..... to wiki.mysite.com/Article_name ?
Anyone can show step by step or show explanaition somewere.

For me worked this
Gentoo, Apache 2.0, MediaWiki 1.9.3
 * 0. I installed (unzipped) mediawiki in  /path/to/mediawiki/  folder to  wiki  subfolder
 * test your installation, by visiting url of wiki for example  www.yourdomain.com/ wiki 
 * you have to get ''' www.yourdomain.com/ wiki <font color="Maroon">/index.php?title=Main_Page


 * 1. first change your DocumentRoot in  from  /path/to/mediawiki/  to  /path/to/mediawiki/ wiki 
 * now you can test the change (restart or graceful for apache required) typing in browser  www.yourdomain.com/ 
 * you will get  www.yourdomain.com/ wiki <font color="Maroon">/index.php?title=Main_Page  and it will NOT work


 * 2. you have to change in LocalSettings.php value of $wgScriptPath
 * from:

$wgScriptPath = "/wiki";
 * to:

$wgScriptPath = "";
 * when you try  www.yourdomain.com  now you will get  www.yourdomain.com/ <font color="Maroon">index.php?title=Main_Page 


 * 3. now you have to enable rewriting mode for apache and modify your  to

<VirtualHost *:80> ServerAdmin your@mail.com DocumentRoot  /path/to/mediawiki/ wiki  ServerName  www.yourdomain.com ServerAlias yourdomain.net ErrorLog    /path/to/logs/error_log CustomLog   /path/to/logs/access_log combined RewriteEngine On   RewriteCond  %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^/([^/]*)$ /index.php?title=$1 [PT,L,QSA] </VirtualHost>
 * when you try  www.yourdomain.com/  you will get  www.yourdomain.com/ <font color="Maroon">Index.html  (or <font color="Maroon">Index.htm or <font color="Maroon">Index.php, whatever you have set as DirectoryIndex in http.conf or in ), this happends because internally  www.yourdomain.com  is transformed to  www.yourdomain.com/ <font color="Maroon">index.html  (bacuase of DirectoryIndex setting), than it's modified with mod_rewrite to  www.yourdomain.com <font color="Maroon">/index.php?title=index.html  and you will see Index.php wiki page


 * 4. to be not directed to index.html wiki page modify rewrite conditions

<VirtualHost *:80> ServerAdmin your@mail.com DocumentRoot  /path/to/mediawiki/ wiki  ServerName  www.yourdomain.com ServerAlias yourdomain.net ErrorLog    /path/to/logs/error_log CustomLog   /path/to/logs/access_log combined RewriteEngine On   RewriteCond  %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !/index.html RewriteCond %{REQUEST_URI} !/index.htm RewriteCond %{REQUEST_URI} !/index.php RewriteRule ^/([^/]*)$ /index.php?title=$1 [PT,L,QSA] </VirtualHost>
 * now you will be redirected correctly to  www.yourdomain.com/ <font color="Maroon">index.html?title=Main_Page 


 * 5. last thing you have to add

$wqArticlePath = "/$1";
 * to LocalSettings.php
 * finally you are redirected from  www.yourdomain.com/  to  www.yourdomain.com/ <font color="Maroon">Main_Page 

--Betlista 19:09, 6 May 2007 (UTC)

MediaWiki 1.82 .htaccess method for wikis stored in subfolder of root
I have gotten Mediawiki Pretty URLs to work here at by using this configuration. I have my wiki in the wiki5 folder. I'm running, MediaWiki 1.82

Add to .htaccess

AddHandler application/x-httpd-php5 .php

The above line directs all php files to processed using PHP5

RewriteCond %{HTTP_HOST} ^muscatelli.info/wiki5 RewriteRule ^(.*)$ http://www.muscatelli.info/wiki5/$1 [r=301,L]
 * 1) Redirect http://muscatelli.info to http://www.muscatelli.info

Note: the above is used to redirect all addresses with the www removed to [www.muscatelli.info] to help Google Ranking and is not necessary for the code to work! Also note that my wiki is in the directory: wiki5

RewriteRule ^[^:]*\. - [L] RewriteRule ^[^:]*\/ - [L] RewriteRule ^/*$ /wiki5/index.php?title=Main_Page [L,QSA] RewriteRule ^(.+)$ /wiki5/index.php?title=$1 [L,QSA]
 * 1) anything that contains a dot without a colon should be left alone
 * 1) anything that contains a slash without a colon should be left alone
 * 1) redirect to main page
 * 1) anything else is to be treated as a title
 * 1) anything that contains a slash is to be left alone.

Change in LocalSettings:

$wgArticlePath     = "$wgScriptPath/$1";

Speed issues on Site
After implementing the required steps and creating very short URLs, I realized that the speed on my site decreased by a lot. Is there any way to fix this issue?

New Ampersand Problem
Hi all,

I've got a problem with ampersands that I haven't seen so far. Here's the .htaccess code I'm using (a combination of the two fixes suggested on this article, with minor changes): RewriteEngine on

RewriteRule (images|skins)/ - [L] RewriteRule \.php$ - [L]

RewriteRule ^$ /wiki/Main_Page [R,L]

RewriteRule ^[^:]*\.(php|src|jpg|jpeg|png|gif|bmp|css|js|inc|phtml|pl|ico|html|shtml)$ - [L,NC] RewriteRule ^index.php?title - [L] RewriteRule ^(.*)\&(.*)$ $1\%26$2

RewriteRule ^wiki/?(.*)$ /mediawiki/index.php?title=$1 [L,QSA]

For some reason, it's displaying the name of the article — with ampersands properly displayed — followed by a slash and then a repeat of everything in the article name before the ampersand. For example, the article L&N Railroad becomes L&N Railroad/L. Any ideas or suggestions? --24.254.117.203 20:57, 24 March 2007 (UTC)


 * People having this problem should try the "THE_REQUEST" line given at Manual:Short URL/Allowing for escaped characters in URI. It solved my problems with plus signs and ampersands. And unlike some other ampersand hacks it doesn't break "what links here" pages. I'm running MediaWiki version 1.11.0. --Kevin332 13:00, 30 December 2007 (UTC)

Change from /wiki/index.php to /w in XAMPP?
I have a webserver (Apache 2.2.3, PHP 5.2.0, mySQL 5) and I can't seem to get pages with namespaces to work using a .htaccess + LocalSettings.php hack. Contents of .htaccess: RewriteEngine On RewriteRule ^[^:]*\. - [L] RewriteRule ^[^:]*\/ - [L] RewriteRule ^/*$ /wiki/index.php?title=Main_Page [L,QSA] RewriteRule ^(.+)$ /wiki/index.php?title=$1 [L,QSA] Contents of LocalSettings.php: <?php
 * 1) anything that contains a dot without a colon should be left alone
 * 1) anything that contains a slash without a colon should be left alone
 * 1) redirect to main page
 * 1) anything else is to be treated as a title


 * 1) This file was automatically generated by the MediaWiki installer.
 * 2) If you make manual changes, please keep track in case you need to
 * 3) recreate them later.
 * 4) See includes/DefaultSettings.php for all configurable settings
 * 5) and their default values, but don't forget to make changes in _this_
 * 6) file, not there.
 * 1) file, not there.

if( defined( 'MW_INSTALL_PATH' ) ) { $IP = MW_INSTALL_PATH; } else { $IP = dirname( __FILE__ ); }
 * 1) If you customize your file layout, set $IP to the directory that contains
 * 2) the other MediaWiki files. It will be used as a base to locate files.

$path = array( $IP, "$IP/includes", "$IP/languages" ); set_include_path( implode( PATH_SEPARATOR, $path ) . PATH_SEPARATOR . get_include_path );

require_once( "includes/DefaultSettings.php" );


 * 1) If PHP's memory limit is very low, some operations may fail.
 * 2) ini_set( 'memory_limit', '20M' );

if ( $wgCommandLineMode ) { if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) { die( "This script must be run from the command line\n" ); } } elseif ( empty( $wgNoOutputBuffer ) ) { ## Compress output if the browser supports it	if( !ini_get( 'zlib.output_compression' ) ) @ob_start( 'ob_gzhandler' ); }

$wgSitename        = "Onekopakaspace Wiki";

$wgScriptPath      = "/wiki";
 * 1) The URL base path to the directory containing the wiki;
 * 2) defaults for all runtime URL paths are based off of this.


 * 1) For more information on customizing the URLs please see:
 * 2) http://www.mediawiki.org/wiki/Manual:Short_URL

$wgEnableEmail     = false; $wgEnableUserEmail = false;

$wgEmergencyContact = "admin@localhost"; $wgPasswordSender = "admin@localhost";

$wgEnotifUserTalk = false; # UPO $wgEnotifWatchlist = false; # UPO $wgEmailAuthentication = false;
 * 1) For a detailed description of the following switches see
 * 2) http://meta.wikimedia.org/Enotif and http://meta.wikimedia.org/Eauthent
 * 3) There are many more options for fine tuning available see
 * 4) /includes/DefaultSettings.php
 * 5) UPO means: this is also a user preference option

$wgDBtype          = "mysql"; $wgDBserver        = "localhost"; $wgDBname          = "wikidb"; $wgDBuser          = "wikiuser"; $wgDBpassword      = "*********"; $wgDBport          = "5432"; $wgDBprefix        = "wiki_";

$wgDBmwschema      = "mediawiki"; $wgDBts2schema     = "public";
 * 1) Schemas for Postgres

$wgDBmysql5 = false;
 * 1) Experimental charset support for MySQL 4.1/5.0.

$wgMainCacheType = CACHE_NONE; $wgMemCachedServers = array;
 * 1) Shared memory settings

$wgEnableUploads      = true; $wgUseImageResize     = true; $wgStrictFileExtensions = false;
 * 1) To enable image uploads, make sure the 'images' directory
 * 2) is writable, then set this to true:
 * 1) $wgUseImageMagick = false;
 * 2) $wgImageMagickConvertCommand = '../../../../../../TeX/imagick/;

$wgHashedUploadDirectory = false;
 * 1) If you want to use image uploads under safe mode,
 * 2) create the directories images/archive, images/thumb and
 * 3) images/temp, and make them all writable. Then uncomment
 * 4) this, if it's not already uncommented:

$wgUseTeX	=	false; $wgLaTexCommand	=	'../../../../../../wikitex/miktex/bin/latex.exe'; $wgDvipsCommand	=	'../../../../../../wikitex/miktex/bin/dvipng.exe';
 * 1) If you have the appropriate support software installed
 * 2) you can enable inline LaTeX equations:

$wgLocalInterwiki  = $wgSitename;

$wgLanguageCode = "en";

$wgProxyKey = "1c8642112e67359d43d86d2d14604673bf5ae6c228d8eab2a8b10255c14311";

$wgDefaultSkin = 'cavendish'; $wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright $wgRightsUrl = ""; $wgRightsText = ""; $wgRightsIcon = "";
 * 1) Default skin: you can change the default skin. Use the internal symbolic
 * 2) names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
 * 1) For attaching licensing metadata to pages, and displaying an
 * 2) appropriate copyright notice / icon. GNU Free Documentation
 * 3) License and Creative Commons licenses are supported so far.
 * 4) $wgEnableCreativeCommonsRdf = true;
 * 1) $wgRightsCode = ""; # Not yet used

$wgDiff3 = "";

$configdate = gmdate( 'YmdHis', @filemtime( __FILE__ ) ); $wgCacheEpoch = max( $wgCacheEpoch, $configdate ); require_once("$IP/extensions/CharInsert/CharInsert.php"); require_once( "$IP/extensions/SpamBlacklist/SpamBlacklist.php" ); $wgUseAjax = true; require_once( 'extensions/CategoryTree/CategoryTree.php' ); include('extensions/googleVideo.php'); include('extensions/youtube.php'); include('extensions/quicktime.php'); require_once( "{$IP}/extensions/Cite/Cite.php" ); require_once( "$IP/extensions/ImageMap/ImageMap.php" ); require_once("$IP/extensions/CheckUser/CheckUser.php"); $wgGroupPermissions['sysop']['checkuser'] = true; $wgCheckUserLog = true; include( "$IP/extensions/WikiChat.php" ); include("extensions/calendar/Calendar.php"); require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" ); require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" ); require_once('extensions/googleCalendar.php'); include('extensions/audioembed.php'); $wgLogo = "$wgScriptPath/skins/common/images/wikilogofinal.png"; $wgAllowUserCss="true"; $wgAllowUserJs="true"; require_once("$IP/extensions/Newuserlog.php"); require_once("$IP/extensions/inputbox.php"); include_once("$IP/extensions/Renameuser/SpecialRenameuser.php"); #used for renaming users require_once ("$IP/extensions/StringFunctions/StringFunctions.php"); require_once("$IP/extensions/ExtensionClass/ExtensionClass.php"); require_once("$IP/extensions/SysopSidebar/SysopSidebar.php"); $wgGoogleMapsKeys = array( "onekopakaspace.strangled.net" => "ABQIAAAADDCRRhwDCl3l-c3ySaR9nRTXYZXlb1et7TGM0Dr-ChXB4LkGfRTYHW6WA3aObfRpdBiIXysFOCaYmA",                          "24.19.197.89" => "ABQIAAAADDCRRhwDCl3l-c3ySaR9nRShqMzuUjt0nRZAQMvrbRV3QbNFChTTe7O1oEo73pA5Upq5gNMRkmdFHw", "192.168.1.102" => "ABQIAAAADDCRRhwDCl3l-c3ySaR9nRQ3xZ8itk8Qm3mo0bDOTeoyembSNRTKjGjNkMWNnpEWS4IY8vmUcAzgMA"); require_once( "extensions/GoogleMaps/GoogleMaps.php" ); $wgGoogleMapsEnablePaths = true; ?> Now remember, I want /wiki/index.php?title=$1 = /w/$1
 * 1) When you make changes to this configuration file, this will make
 * 2) sure that cached pages are cleared.
 * 1) CheckUser for Special:CheckUser
 * 1) This is the experimental line, Namespaced articles don't function...
 * 2) $wgArticlePath = "/wiki/$1";
 * 1) require_once( 'extensions/BreadCrumbs/BreadCrumbs.php' );

Look at this page for the error caused by Articles that have namespaces: http://onekopakaspace.strangled.net/w/Special:Log

--Onekopaka 04:55, 8 May 2007 (UTC) For a faster response put your answer on my User talk page on my wiki

This used to appear on the old page
This is what remained of Using a very short URL which was not given its own page. Odessaukrain 23:26, 9 October 2007 (UTC)

{|border=1

Lighttpd
url.rewrite-once = (  "(^/(skins|images|css\?).*$)" => "$1",   "^/([^?]*)(?:\?(.*))?" => "/index.php?title=$1&$2", )

Warnings and disclaimer
'''This configuration is totally unsupported by the Mediawiki development team. Therefore, future versions may have modifications that break this setup. Indeed, Mediawiki's current code must be modified in two places before it can work.'''

'''Also, it displaces the location for wiki pages. Allowing users to load non-wiki pages in the same webpage will be difficult to set up.'''

What configuration??? The above or below! Fix this header please.

Patching Apache
A few Apache 2 packages are built with this patch already applied (e.g., Gentoo's). Otherwise:

Get the Apache 2 source. Download the patch. Apply, compile, install.

httpd.conf
In <tt style="background: #ffff90">httpd.conf or your vhost-config</tt>, you'll need to enable some RewriteRules for the wiki's website. Add the following in the appropriate place (e.g., in a VirtualHost):

RewriteEngine On RewriteCond %{REQUEST_URI} !^/(stylesheets|skins|images|config)/ RewriteCond %{REQUEST_URI} !^/(index|redirect|texvc)\.php$ RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500)\.html$ RewriteCond %{REQUEST_URI} !^/(favicon\.ico|robots\.txt)$ RewriteMap ampescape int:ampescape RewriteRule ^/(.*)$ /index.php?title=${ampescape:$1} [L,QSA]
 * 1) Don't rewrite requests for files in MediaWiki subdirectories,
 * 2) MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt

Note that the line that prevents rewriting requests for error documents may vary from site to site. Note that you can't use that in <tt style="background: #ffff90">.htaccess</tt> - RewriteMap isn't valid in htaccess-Context!

Making it work with robots.txt
It is also possible to make regular pages appear shortened like this but other pages will appear in full. This could be done a number of ways, but the most common are to make edit links like http://wiki.site.tld/edit.php?title=Article_Name or http://wiki.site.tld/edit/Article_Name. The first one should be obvious how to implement and the second is just as easy as using a single rewrite rule. This would also have to be done for any other features which you wish to hide from robots, for instance history.

Method for Debian
DON'T install the mediawiki package. It installs to /var/lib/mediawiki1.7 (On stable at least), and makes an alias. This interferes with all the redirects. instead, install from source to /var/www/mediawiki. Then run chmod a+wx /var/www/mediawiki/config then install as you would the package ( http://localhost/mediawiki/config, follow instructions.)

Then run a2enmod rewrite. Edit your virtualhosts file and add the folowing:

RewriteEngine on RewriteCond %{REQUEST_URI} !^/favicon.ico RewriteCond %{REQUEST_URI} !^/robots.txt RewriteCond %{REQUEST_URI} !^/mediawiki/ RewriteRule ^/(.*)$ /mediawiki/index.php/$1 [L,QSA]
 * 1) Don't rewrite requests for files that really exist or should return 404.
 * 1) Rewrite http://wiki/article -- this is the main rule

Then add this to /var/www/mediawiki/LocalSettings.php

$wgArticlePath = "/$1";

Run apache2ctl graceful one more time, and you should be done.
 * }

Odessaukrain 23:26, 9 October 2007 (UTC)