Brion,
Thanks for your reply. I have subscribed to the list, as you suggested.
I don't understand what you mean by polluting my name space. My URL *is* a virtual directory. I use subdomains to keep my domain space "unpolluted":
http://kerim.oxus.net http://wiki.oxus.net http://keywords.oxus.net http://forums.oxus.net
This seems like a pretty standard practice on many webservers, not sure I understand what MediaWiki has against it. I have never had any problems with this, except for WikiMedia 1.4.
In fact, you helped me set up the .htaccess when I installed WikiMedia 1.5. (At the time I had problems with domain forwarding which you helped me resolve.)
The settings from my old LocalSettings.php and .htaccess file (both of which I have saved) do not seem to work with 1.5.
Thanks for your help!
Kerim
From: Brion Vibber <brion <at> pobox.com> Subject: Re: Short URLs Newsgroups: gmane.science.linguistics.wikipedia.technical Date: 2005-07-09 18:28:23 GMT (1 hour and 9 minutes ago)
Kerim Friedman wrote:
I just upgraded my Wiki http://wiki.oxus.net from 1.3.x to 1.4.x. Everything went fine, with one major problem: I no longer have the same URL structure I used to have. Before my site urls looked like this:
I strongly recommend against this, as it pollutes your URL namespace and may create conflicts. You should always put your rewrite area in a virtual directory.
now they look like this:
That's the default. Did you throw away your old LocalSettings.php?
I tried following the instructions on this page:
http://meta.wikimedia.org/wiki/Using_a_very_short_URL
But they do not work.
Is that the same as what you did before?
I did some searching but couldn't find any solution that works with Apache 1.3.x, so I thought I'd write to the group to see if anywone has figured out a work around?
The rewrite configuration would be exactly the same on 1.3.x and 2.0.x so far as I know.
Please write to me off-list at oxusnet+software [at] gmail.com.
Please subscribe to mailing lists that you post to so your message doesn't go in the spam queue. :)
-- brion vibber (brion <at> pobox.com)
_______________________________________________ Wikitech-l mailing list Wikitech-l <at> wikimedia.org http://mail.wikipedia.org/mailman/listinfo/wikitech-l
Kerim Friedman wrote:
Brion,
Thanks for your reply. I have subscribed to the list, as you suggested.
Looks like you're not subscribed with the address you're posting from, so the mailing list is still putting your postings in the spam queue.
I don't understand what you mean by polluting my name space. My URL *is* a virtual directory. I use subdomains to keep my domain space "unpolluted":
http://kerim.oxus.net http://wiki.oxus.net http://keywords.oxus.net http://forums.oxus.net
This seems like a pretty standard practice on many webservers, not sure I understand what MediaWiki has against it. I have never had any problems with this, except for WikiMedia 1.4.
See my explanation at eg: http://mail.wikimedia.org/pipermail/wikitech-l/2005-July/030720.html
Putting the wiki redirector at the base URL obscures real files. If you make special exceptions for those files (at least, those you think of), you can never have wiki pages with those titles. If you have wiki pages with a given title, you can never have a real file with that name. It creates inconsistencies and holes and bugs, and things that will look for certain files and get back a wiki page unexpectedly, etc etc.
Bad bad mojo. Don't go there.
Note that files include global crap like robots.txt and favicon.ico, as well as all the wiki's support files, not just stuff you put in yourself.
In fact, you helped me set up the .htaccess when I installed WikiMedia 1.5. (At the time I had problems with domain forwarding which you helped me resolve.)
If I helped you with that, then I'm sure I warned you at that time not to use the root directory. Nobody ever heeds my warnings, though. :)
The settings from my old LocalSettings.php and .htaccess file (both of which I have saved) do not seem to work with 1.5.
They should work identically. Any further assistance would require seeing what these settings are, and a detailed description of what goes wrong. Please confirm that you have cleared browser caches and the parser cache ('DELETE FROM objectcache') prior to testing.
-- brion vibber (brion @ pobox.com)
Brion,
Hopefully my e-mail address now matches the send address...
See below:
On 7/9/05, Brion Vibber brion@pobox.com wrote:
See my explanation at eg: http://mail.wikimedia.org/pipermail/wikitech-l/2005-July/030720.html
I'll take your word for it, although WordPress seems to handle such exceptions fairly robustly without any errors. But, like I said, since I'm already set up this way it seems too late to change without breaking all the links (including some links that are in published articles.)
The settings from my old LocalSettings.php and .htaccess file (both of which I have saved) do not seem to work with 1.5.
They should work identically. Any further assistance would require seeing what these settings are, and a detailed description of what goes wrong. Please confirm that you have cleared browser caches and the parser cache ('DELETE FROM objectcache') prior to testing.
OK. I've applied the old settings exactly. It isn't as bad as I thought!
The first problem was that the stylesheets weren't getting applied. But I have been able to fix that by changing "stylesheets" to "skins" in both the localsettings.php file and the .htaccess file. So far so good.
The bigger problem is with the way urls are displayed by default:
http://wiki.oxus.net/Main_Page
works, but by deafault all links within the site appear as:
http://wiki.oxus.net/index.php/Main_Page
This isn't too serious, but I'd like to fix it. It was not like this in version 3.
Finally, I have another problem, but I am not sure if it is related or not. Whenever I save changes to a page I get the following message:
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "SearchUpdate::doUpdate". MySQL returned error "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (localhost)".
The page is actually saved correctly - so I don't know why I'm getting these error messages.
Thanks for your help!
Kerim
The bigger problem is with the way urls are displayed by default:
by deafault all links within the site appear as:
http://wiki.oxus.net/index.php/Main_Page
This isn't too serious, but I'd like to fix it. It was not like this in version 3.
This seems to be fixed now. I guess it was that internal cache that you told me to clear out, but I didn't quite understand your instructions :-)
That just leaves this SQL query problem, which might be unrelated:
Finally, I have another problem, but I am not sure if it is related or not. Whenever I save changes to a page I get the following message:
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)from within function "SearchUpdate::doUpdate". MySQL returned error "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (localhost)".
The page is actually saved correctly - so I don't know why I'm getting these error messages.
Thanks for your help!
Kerim
Kerim Friedman wrote:
Brion,
Hopefully my e-mail address now matches the send address...
Yep, it's working now. :)
See my explanation at eg: http://mail.wikimedia.org/pipermail/wikitech-l/2005-July/030720.html
I'll take your word for it, although WordPress seems to handle such exceptions fairly robustly without any errors.
I'm under the impression that WordPress URLs tend to look like "/archives/2005/07/09/some-kind-of-topic", with the rewritten area segregated out into its own space ('archives') -- exactly the kind of thing I recommend for the wiki.
Your WordPress blog seems to follow this convention. :)
Finally, I have another problem, but I am not sure if it is related or not. Whenever I save changes to a page I get the following message:
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)from within function "SearchUpdate::doUpdate". MySQL returned error "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (localhost)".
Probably your search table is corrupt. Run 'REPAIR TABLE searchindex'.
-- brion vibber (brion @ pobox.com)
See below..
On 7/9/05, Brion Vibber brion@pobox.com wrote:
I'm under the impression that WordPress URLs tend to look like "/archives/2005/07/09/some-kind-of-topic", with the rewritten area segregated out into its own space ('archives') -- exactly the kind of thing I recommend for the wiki.
Your WordPress blog seems to follow this convention. :)
So they do. In fact, the permalink structure and redirects are generated from within WordPress, so I didn't even have to think about this. When I was installing MediaWiki for the first time I was under the impression that such a structure required me to actually have my wiki stored in a folder called "wiki" rather than the top level domain. I now understand these things better ... somewhat.
Probably your search table is corrupt. Run 'REPAIR TABLE searchindex'.
That fixed the problem! Thanks!
So is there anyway I can convert to a more stable structure for my URLs, such as what you recommend, without loosing links that already exist to current pages?
Kerim
Kerim Friedman wrote:
So is there anyway I can convert to a more stable structure for my URLs, such as what you recommend, without loosing links that already exist to current pages?
One thing that's easy to maintain is to set up a 404 error handler script. This will let any real files through without having to poke around adding exceptions.
In .htaccess something like:
ErrorDocument 404 404.php
Then in your 404.php you have it redirect something like:
<?php $url = "/wiki/" . $_REQUEST['REQUEST_URI']; header( "Location: $url" ); ?>
I don't vouch for the correctness or security of that snippet, but something like that.
You might be able to do something similar with a scary rewrite rule.
-- brion vibber (brion @ pobox.com)
wikitech-l@lists.wikimedia.org