Page MenuHomePhabricator

Reduce smaxage on WMF wikis
Closed, ResolvedPublic

Description

The current smaxage for Wikimedia wikis is 2678400 seconds (31 days). It should be reduced to 604800 seconds (7 days).

Thirty-one days is a very long time and makes implementing new site-wide CSS and JS much more tedious.


Version: unspecified
Severity: minor

Details

Reference
bz15910

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 10:20 PM
bzimport set Reference to bz15910.
bzimport added a subscriber: Unknown Object (MLST).

A more permanent fix should be actually doing purges of the standard raw URLs for standard-pattern CSS/JS pages on edit...

The corollary there is having a sane max-age for client-side caching, though. Hrm...

This will be superseded by the Resource Loader once it's deployed.

(In reply to comment #2)

This will be superseded by the Resource Loader once it's deployed.

How so?

(In reply to comment #3)

(In reply to comment #2)

This will be superseded by the Resource Loader once it's deployed.

How so?

ResourceLoader uses timestamp parameters to work around caching when a resource changes; for resources where we can't generate timestamp parameters without having those timestamps themselves be cached (e.g. because they'd be embedded in HTML that's cached in Squid, like $wgStyleVersion currently), we set short (s-)maxages instead.

(In reply to comment #2)

This will be superseded by the Resource Loader once it's deployed.

FIXED per this