Last modified: 2013-07-03 12:13:05 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T48327, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 46327 - Bump cache purge value from 30 to 32 days, for webfonts and other large resources
Bump cache purge value from 30 to 32 days, for webfonts and other large resou...
Status: NEW
Product: Wikimedia
Classification: Unclassified
Apache configuration (Other open bugs)
wmf-deployment
All All
: Low enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-19 16:23 UTC by Michael Zajac
Modified: 2013-07-03 12:13 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Michael Zajac 2013-03-19 16:23:57 UTC
Webfonts seem to be delivered with the header Cache-Control: max-age=2592000 (30 days, in seconds). 

This means that en.wiktionary could be forcing all 1.6 MB of fonts to be downloaded twice in one billing period, during a 31-day month. This might needlessly accrue a significant cost for someone on a metered internet connection, whether wired or wireless. 

The cache should  not force a purge until 32 days (2764800 seconds) have passed. It wouldn’t hurt to apply this to any other resources that are set to be purged in 30 days, for all Wikimedia sites.
Comment 1 CodeCat 2013-03-19 17:30:09 UTC
Why not have an even longer period? Are such fonts expected to change a lot? They might well be kept the same for years...
Comment 2 Michael Zajac 2013-03-19 20:16:01 UTC
The server sends an etag too, so if the file is changed, then it will be downloaded again anyway.
Comment 3 Jesús Martínez Novo (Ciencia Al Poder) 2013-03-19 20:31:30 UTC
Does max-age force the cached copy to be deleted?

From my understanding, if a cache sees a max-age directive, after the specified time it would do a request with a If-Modified-Since header, and the server would reply with a HTTP 304 Not Modified (just headers, not entity body) and the client won't need to download the resource again, extending the cache lifetime another "max-age" period.
Comment 4 Andre Klapper 2013-05-16 17:56:23 UTC
The idea is interesting, the question is where this code is. :)
Comment 5 Andre Klapper 2013-05-16 18:01:04 UTC
Mark: Any idea where this code could be?
Comment 6 Andre Klapper 2013-07-03 12:13:05 UTC
Mark: Any idea where this code could be?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links