[openstreetmap/openstreetmap-website] HTML document can never receive a 304 Not Modified (#2261)
notifications at github.com
Sun Jun 16 20:00:52 UTC 2019
Conducting a simple refresh (f5) on a recently downloaded [test map page](https://www.openstreetmap.org/way/17236956) causes only half (10 out of 21) of the files to give a `304 Not Modified`. Obviously *Not Good* both for the user (slow) plus OSM (increased bandwidth + load).
Some of those files may well be dynamic, but some are clearly static. Because of the wide range of *Response Header* symptoms + my ignorance these are individual file-type reports to allow those with a working knowledge of the code to decipher it all.
An HTML doc based on a map *way*.
- `Last-Modified`: not present
- `eTag`: weak
- `Expires`: not present
- Request: `If-None-Match` (no match, so no 304)
(I've checked that the way is unchanged & yet the `eTag` changes on every refresh. BUG!!!)
The tiles supplied by *toothless* (eg https://b.tile.openstreetmap.org/18/130245/85447.png) are also all dynamic yet all have a strong `eTag` (matched by the `If-None-Match`) + `Expires` and thus get cached + a 304.
See bottom of [this Diary page](https://www.openstreetmap.org/user/alexkemp/diary/368814) for fuller details.
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rails-dev