On Sat, Aug 3, 2019 at 10:25 AM Paul Wise wrote: > I'll have a look at testing this when I get time, then we can decide > what method we want to use for sticky links and update the translation > selection mechanism to use it.
I tested this today briefly and it works almost perfectly since most links on the Debian website are relative. Unfortunately there is one major issue that blocks using subdirectories for this. Links to subdirectories that do not include a trailing slash will redirect to a URL without the language code. For example on www.d.o/de/ a link to ./doc will load the www.d.o/de/doc URL, which will redirect to www.d.o//doc instead, dropping the sticky language code. We could either fix all links to directories to use trailing slashes (good to avoid the redirects anyway) or figure out how to do this while avoiding dropping the redirect. The other major issue with subdir based language codes is that in webwml we have to *always* use relative links, so *never* use links to www.d.o content that begin with a slash. I'm not sure if there are any absolute links right now and I'm not sure if we have the ability to prevent them in the future. I expect cookie or domain based language codes would sidestep both of these issues. The cookie based language codes would be the easiest to implement and have the least impact on how the site works, but we would need to get an evaluation of the GDPR and EU cookie law implications. Perhaps we could rely on a language selection page requesting explicit consent for setting these lang= cookies. Domain based language codes would mean a few adjustments that DSA would have to approve; a wildcard domain (*.www.debian.org for eg) to hold the languages, corresponding TLS certificate changes and possibly other changes. -- bye, pabs https://wiki.debian.org/PaulWise
