https://bugzilla.wikimedia.org/show_bug.cgi?id=40532
Web browser: ---
Bug #: 40532
Summary: cache headers for BannerListLoader are being
overwritten by squids
Product: MediaWiki extensions
Version: master
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: Unprioritized
Component: CentralNotice
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected], [email protected]
Classification: Unclassified
Mobile Platform: ---
While QA testing CentralNotice today, I noticed a significant change from last
year...
The caching headers for the BannerListLoader are different than they were last
year. Last year they were...
Cache-Control:public, s-maxage=300, max-age=300, max-age=604800 (yes, that's 2
max-ages, see bug 26338)
Now they are...
Cache-Control:private, s-maxage=0, max-age=0, must-revalidate
This makes me think that the cache override override (yes, double override)
solution we were using isn't working any more. The practical effect of this is
that loading banners on subsequent pageloads (after the first) will take about
half a second longer (or worse for slow connections). No idea if this is
related to the lower banner impressions, but it's definitely something we want
to fix. Unfortunately, I have no idea how to reliably escape the squid cache
overrides. Indeed it may not even be possible anymore. Regardless, we need to
figure out a way to override the override, and preferably with a non-hackish
solution that will be reliable (and free from cache interference from the
Apaches as well).
--
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
