https://bugzilla.wikimedia.org/show_bug.cgi?id=41451
--- Comment #45 from Mark Bergsma <[email protected]> 2012-11-12 11:21:20 UTC --- (In reply to comment #40) > Please help me better understand our options here. > > 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? > > (Does ULS have to set a cookie if the user does not change the language? It > seems to do so regardless of whether I change the language or not right now.) > > If that's feasible, then I would suggest going for that path, limiting ULS > deployments for logged out users to small wikis until the Varnish migration, > and working with someone in ops until then to explore the best option to scale > caching of UI language variants of the same page properly via Varnish. Does > that make sense? That seems reasonable, yes. It takes care of the "slashdot" problem, since first time visitors don't have a cookie set and get the cached default language page. When there's a cookie set, we better not cache it at all since the cache hit rate would be extremely low anyways, and it would just inflate the cache. As Faidon indicates, we'll have to send Vary: cookie headers anyway, for other caching proxies out there. That will destroy their cache hit rate on this as well, but there's not much we can do about that. -- 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
