You are not logged in.
Pages: 1
Topic closed
Hi all,
I just updated MediaWiki to version 1.15. For upstream changes see http://svn.wikimedia.org/svnroot/mediaw … EASE-NOTES
I enabled two new Plugins:
* Google-Ads is now handled by a plugin; this way we don't need to hack the Template directly and the same source can easily be used on other sites.
* A simple "automated" CAPTCHA implementation which should block all spam bots.
No magic here as its just one of those which works because spam bots don't know about how it works. If you use a CSS capable browser you should not notice anything at all. Those who use other browsers (like links, w3m etc.) will need to enter a 4-digit hex code on login or account creation.
Let me know of any problems; especially on login/register or editing of articles.
Offline
Good to know it's up to date (it's always run well). Thanks.
Last edited by Gen2ly (2009-06-11 07:45:53)
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
i'll try this one more time
do you think it would be possible to remove 'index.php' from the url format?
http://wiki.archlinux.org/Pacman would be a more preferrable format than http://wiki.archlinux.org/index.php/Pacman i think, for simple direct links and lookups.
ᶘ ᵒᴥᵒᶅ
Offline
We need at least one subdir. E.g. at al.de I use http://wiki.archlinux.de/title/Pacman. But if we do this we must make sure that the old links still work.
Offline
Why do you need a subdir to handle that? Why can't you just use mod_rewrite or something similar? Sorry if this is an overly simplistic question that misses the finer details of the problem.
My Arch Linux Stuff • Forum Etiquette • Community Ethos - Arch is not for everyone
Offline
if you really need a subdir, 'article' might be best: http://wiki.archlinux.org/article/Pacman
but i agree with Xyne, you can also keep index.php and mod_rewrite /Pacman to /index.php/Pacman, should be doable?
ᶘ ᵒᴥᵒᶅ
Offline
Its not that simple. Just an Example: How would you decide if wiki.archlinux.org/images points to the upload dir or to an article? For more details see http://www.mediawiki.org/wiki/Pretty_URL
Last edited by Pierre (2009-06-11 17:37:08)
Offline
which other static subdirectories exist directly under the wiki? if it's only a few you can exclude them from rewriting in htaccess.
RewriteCond %{REQUEST_URI} !^/(index.php|skins|images|icons|opensearch_desc.php|api.php|~.*)
RewriteRule ^/(.*)$ /var/www/your-mediawiki/index.php/$1 [L]
ᶘ ᵒᴥᵒᶅ
Offline
Offline
so you manually added your own subdirs under the wiki?
the above rewrite is for the official installation, mixing in your own static content is always a bad idea (but you know that ofcourse )
ᶘ ᵒᴥᵒᶅ
Offline
Just redirect everything to a page that checks if the actual path exists. If it does, redirect to that, otherwise redirect to the correct wiki page.
My Arch Linux Stuff • Forum Etiquette • Community Ethos - Arch is not for everyone
Offline
There are good reasons to use a subdirectory and I don't see why one should hack a solution which would shorten thhe url by a few characters.
Offline
Well that is the common practice. People that work alot with wiki pages are used to typing a the URL followed by the topic either for lookup or to create a new article:
http://wiki.archlinux.org/vdrift
Thats only an example the page doesn't exist . I've used other media-wiki's before (like Gentoo's)... thought it was default that way?
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
which other static subdirectories exist directly under the wiki? if it's only a few you can exclude them from rewriting in htaccess.
RewriteCond %{REQUEST_URI} !^/(index.php|skins|images|icons|opensearch_desc.php|api.php|~.*) RewriteRule ^/(.*)$ /var/www/your-mediawiki/index.php/$1 [L]
actually, you could probably just get away with detecting where a file/dir existed or not.
RewriteCond %{REQUEST_FILENAME} ! -d
RewriteCond %{REQUEST_FILENAME} ! -f
...rewriterules down here....
It was a long time ago that the wiki was first set up. I think it kept the index.php because phraktured 'like it'.
I pointed at him and laughed, but it was a good natured laugh. It doesn't really matter to me either way.
Last edited by cactus (2009-06-12 00:39:37)
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
Ah yes, nostalgia... anybody remember the great wiki migration? Cactus was god and we all crossed some river at his command. I think there was a burning shrubbery or something too.
Dusty
Offline
Wow what a bikeshed here! Does a URL lacking a .php matter that much?
Offline
Wow what a bikeshed here! Does a URL lacking a .php matter that much?
also.. thread derailed!
Last edited by cactus (2009-06-12 03:50:27)
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
Wow what a bikeshed here! Does a URL lacking a .php matter that much?
yes it does, would you want to:
% pacman -bogusparam -Syu
each time you update your system? i'm sure you'd symlink pacman to 'pacman -bogusparam' right away, and in our wiki scenario that needs to be done only once to facilitate many thousands of people.
ideally 90% of the wiki topics are directly available through a simple url, that's certainly doable. i always try to find a topic by direct url first before resorting to the wiki search (extra actions required = fail).
and as said above, it's common practice for user-aware websites these days. since arch is all about simplicity and clarity i see no reason why you wouldn't want to optimize this.
[ -- insert pseudo-funny pacman variations <here>, i know some of you can't resist. puns and funny pictures get bonus points -- ]
ᶘ ᵒᴥᵒᶅ
Offline
litemotive - if you haven't already submitted an appropriate feature request on the bugtracker, you should do so. If you have, then you have done all that is required. Once the feature request is in the system, it will be dealt with in due course by the dev team. They may not handle it the way you think it should be handled, but that's their decision.
As already mentioned, this thread has gone way off-topic, so I'm closing it now.
Offline
Pages: 1
Topic closed