2012/6/26 Platonides <Platonides(a)gmail.com>om>:
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