Closed
Bug 792974
Opened 12 years ago
Closed 12 years ago
Kuma: Send Expires headers on pages
Categories
(developer.mozilla.org Graveyard :: General, defect)
developer.mozilla.org Graveyard
General
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: sheppy, Unassigned)
References
Details
It doesn't look like the site is sending Expires headers on any of the
content (pages, style sheets), which it probably should be.
This means that the default HTTP expiration algorithm based on
Last-Modified headers applies (expiration is 1/10 of the age as
determined by last-modified), which basically isn't a useful result.
I think the site should be sending Expires headers (e.g., 5 or 15
minutes from the present) so that any problems like this will at
least go away within a few minutes.
Comment 1•12 years ago
|
||
Should be a quick .htaccess fix:
http://www.askapache.com/htaccess/apache-speed-expires.html
The normal way to do this in Apache is something like:
ExpiresActive on
ExpiresDefault "access plus 5 minutes"
Comment 3•12 years ago
|
||
Dupe of bug 783851?
Comment 4•12 years ago
|
||
Bug 783851 is a subset of this bug. It handles only the case of css/js files that never changes (or, as they are revved, change names when changed). For these a different value of Expires is needed (something like ExpiresDefault "access plus 1 month"). The goal of 783851 is also different, it is to lower the loading time. This one is to prevent the default algorithm to be used.
But both bugs can be solved at the same time.
Blocks: 783851
Comment 5•12 years ago
|
||
This has been fixed when migrating to the CDN
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Updated•5 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•