https://bugzilla.wikimedia.org/show_bug.cgi?id=41451
--- Comment #43 from Daniel Kinzler <[email protected]> 2012-11-12 09:01:03 UTC --- > My understanding is that in the near term the ULS folks are only deploying ULS > to small wikis (Wikidata is probably one of the biggest ones). So would > disabling or splitting the cache if the ULS cookie is present be a) > acceptable, > and b) feasible using one of the available methods, e.g. X-Vary-Options? I suppose Mark and Tim are the authorities on the subject, but let me reiterate my understanding: ad a) Splitting the cache by language in the ULS cookie is actually not the issue - it would rather be a solution to the issue. As far as I understand, it would be fine at least for small wikis. ad b) It's not possible with Squid (but probably is with Varnish). We could vary on the entire cookie header - but that would be unique per client, not splitting but exploding the cache and making it useless. Or we could use XVO, but that only lets us vary on the *presence* of a cookie - all anons with the ULS cookie set (no matter to which value) would hit the same cached version, which would not improve the situation at all. Or we could hack squid to make this possible. I don't know how complex this is, or who could do it, or how long it would take to roll this out. There's an option c): use different URLs for different language versions of each page. There are two problems with this: 1) whenever the page changes, *all* the (potential) URLs have to be purged explicitly, increasing the number of purged by two orders of magnitude (and we'd need to hack core to do it). And we need to rewrite *all* links in the interface to the language specific version (needs lots of changes in core and messes with internal caching). The StickToThatLanguage extension uses URL parameters and rewrites the links using JavaScript. It does not work without JS. Because it uses the uselang=xx parameter, it bypasses all caches. Maybe squid can be made to vary on the uselang parameter, but then we again have the purging problem. Even though, STTL might actually be the best option we have right now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
