2012/6/26 Platonides Platonides@gmail.com:
On 26/06/12 18:48, Denny Vrandečić wrote:
We tried to change the linker in order to add the uselang parameter every time -- but it only works in the content, not in the sidebar and actionlinks.
We could put the language into a cookie, as the ULS currently does, but this means that the squid caches won't work, afaik.
You are going to fragment the caches whether you use a parameter or a cookie. IMHO the cookie option is a cleaner one (I think that would also allow to make a single purge).
We thought about using the uselang only if it is not the main used language (i.e., usually en), which means the caches would kick in 40% of the time at least. The cookie thing wouldn't have such a convenient default AFAIK, but I might be really easily wrong here.
We could take the output just before it is send to the browser and regex-substitute all the links in order to add the uselang parameter every... OK, half joking. Only half.
Some wikis have a javascript which does exactly that, adding a userlang parameter the moment you click a link. Much better than a string regex :)
But only working if JavaScript is available.
Another solution could be to put the language into the path, i.e. the pretty URL /wiki/San_Franicisco does get rewritten to /w/index.php?title=San_Francisco as of now, but change that to /hr/San_Francisco rewritten to /w/index.php/San_Francisco?uselang=hr
(or /w/index.php/Special:UseLang/hr/San:Franciso with an Alias if this is more pleasing)
I like having the structure of languages-as-folders but you would need to send a purge to every language variation of a page...
True.
Thank you for the comments, Platonides!
Cheers, Denny