Installing MediaWiki is theoretically and practically easy, but the first time still takes a few hours. I spent a good amount of time figuring out how to get pretty URLs which was complicated by the fact that my wiki was going to be at the local address http://wiki. Hint: Don’t name your internal wiki site wiki if you want the process of getting pretty URLs to go quickly. I renamed my wiki directory and site name to something else and proceeded successfully. Luckily, all of that while taking some time, went smoothly.

I have my wiki installed on an Apache virtual host, which the documentation writers don’t really think of as a common scenario. If you are going to do this and want pretty URLs, just realize you will have to know a little bit about .htaccess files. If it helps, here’s my .htaccess file I created as part of the process to get pretty URLs:

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^wiki/(.*)$ /index.php?title=$1 [PT,L,QSA]

Overall I am happy with it, although in some ways I’m just mildly unhappy with it. I would prefer a web based administration page to manually editing the LocalSettings.php file. I would prefer that MediaWiki automatically create the appropriate .htaccess file for pretty URLs based on your installation. (Why would anyone not want pretty URLs?) On the other hand, the installation is pretty smooth and MediaWiki really keeps you focused on content because there isn’t much else to do but create content. This is a good thing.

To start off, I think part of the reason this isn’t explained in a more upfront manner is because the writers of the documentation don’t really think it’s a valid question. Yes, if you’re where I was this morning that sounds ridiculous, and it is, but now I can understand their point of view.

The first rule of RewriteRule is:

RewriteRule never “changes” the URL in the user’s browser window.

Right now you’re probably saying no way, you’ve seen it happen, so you know it must be happening somehow. The end result is happening, you are correct, but it’s not happening the way you might think. RewriteRule does not say to the browser, “Please change the URL in the address bar to this.” Instead, sometimes RewriteRule says, “Oh, the page you’re looking for doesn’t exist, try this one instead.” This is called a redirection.

Rewrite versus Redirection

This is a very important distinction to most of us, but it is sort of glossed over in the Apache documentation because its writers forgot how revolutionarily important it is.

A rewrite is when Apache says, “OK, I am going to handle your request, and internally I am going to change the URL to this other URL. You are never going to see that other URL, but that is the URL that is going to be processed. You will continue to see whatever it is you typed in your browser’s address bar.”

A redirection is when Apache says, “Oh, I recognize that I can’t help you with this request, I suggest you ask for this URL instead.” After it says this, it’s done with you, the request is completely finished, and it has forgotten you ever existed. Your browser, however, receives this information and says, “Well if they suggest a different URL, I guess I’ll do my user a favor and request that URL next. Oh, and so my user knows what’s going on I’ll change the URL in the address bar.” Next your browser makes a whole separate request with the new URL. The brand new request is received by the web server and processed. The web server has no knowledge that these two requests are in any way related, and the web server certainly isn’t the one who changed the URL in the address bar of your browser.

This is a big deal! It’s totally lost on the writers of the Apache documentation. Because now you know you can effectively do the two things you want to do: change the URL internally or change the URL externally (or both, but in two steps.)

The Code

So what’s the difference between a rewrite and a redirect? One letter: R.

Rewrite

RewriteRule ^/cars/acura /cars/honda

Users who request the URL /cars/acura will still see /cars/acura in their address bar but they’ll see the content as if they had requested /cars/honda. (This is just an example and would lead to duplicate content warnings in Google because two different pages would have the same content.)

A better example:

RewriteRule ^/cars/(.*) /cars.php?make=$1 [QSA]

This will internally rewrite requests to /cars/acura to /cars.php?make=acura so you can pretty up your URL structure. It will handle those requests at the same time. The QSA stands for “Query String Append” and means that if the URL came in with additional query string info that will also be appended, not lost.

Redirect

RewriteRule ^/cars/acura /cars/honda [R]

This is the exact same example as the first example above except for the [R]. The R says, do a redirect which means once Apache is done processing the RewriteRule directives, it will stop processing the request and send the redirect message back to the browser as we discussed at the beginning of this post. This means the browser will most likely change the URL in the address bar and make a new request. There will be two web server requests, which are totally unrelated as far as the web server is concerned.

I should say, for the record, that normally the above code would be written as:

RewriteRule ^/cars/acura /cars/honda [R=301,L]

By default R returns code 302, meaning “moved temporarily” which isn’t often what people like you and me want. We want 301, meaning “moved permanentaly” which will also direct search engines to update their URL. The L means if a URL has matched this directive, do the redirect immediately and don’t process any more directives. Most of the time we don’t have complex sets of directives that all need to be processed, so just get out early to improve performance.

More on Redirects

I won’t go into detail here, but there are more things than just [R] that will force a redirect, for instance if you’ve given a substitution URL on another domain. Read the docs for more of those types of situations.

Conclusion

Hopefully this has been as helpful to you as finally figuring this out has been to me. It feels so good to finally have a good grasp on this topic.