HTTP 304 Not Modified, request per request gesimuleerd

HTTP 304 Not Modified

HTTP 304 Not Modified: ETag en If-None-Match uitgelegd | We.Inc

Simuleer een conditionele request: stel ETag en Last-Modified van de server en If-None-Match en If-Modified-Since van de browser in, en zie 304 of 200 met de reden.

Een antwoord 304 Not Modified vertelt de browser dat zijn gecachete kopie nog actueel is, dus de server stuurt de body niet opnieuw. Het beantwoordt een conditionele GET of HEAD met If-None-Match of If-Modified-Since. Een 304 is goed nieuws, geen fout: het bespaart bandbreedte terwijl het gecachete bestand gewoon gebruikt blijft worden.

De validatorparen achter een 304

Server stuurt
Browser stuurt terug
Server antwoordt 304 wanneer

ETag: "v2"
If-None-Match: "v2"
Eén opgegeven tag overeenkomt met de huidige ETag (zwakke vergelijking)

Last-Modified: <date>
If-Modified-Since: <date>
De resource sinds die datum niet is veranderd

Beide
Beide
If-None-Match beslist; If-Modified-Since wordt genegeerd

Vul in wat de server nu heeft en wat de browser stuurt, en de simulator past de voorrangsregels uit de HTTP-specificatie toe. Hij toont de status die de server zou moeten teruggeven en welke header de doorslag gaf. Maak een veld leeg om die header weg te laten.

Stel de ETag en Last-Modified in die de server op dit moment voor het bestand heeft.
Stel de headers If-None-Match en If-Modified-Since in die de browser vanuit zijn cache stuurt.
Lees de status en de reden: welke header werd beoordeeld en waarom die wel of niet overeenkwam.
Wijzig de ETag van de server om te zien hoe een deploy de volgende request in een 200 verandert.

Een 304 moet headers als Cache-Control, ETag, Vary en Date herhalen die een 200 zou meesturen, zodat de cache zijn opgeslagen metadata kan verversen.
Assetnamen met een fingerprint, zoals app.3f9a1c.js, plus een lange max-age voorkomen hervalidatie helemaal. Gebruik hervalidatie met ETag voor HTML en API-responses.
Zwakke ETags beginnen met W/ en beloven inhoudelijke gelijkheid, niet byte-voor-byte gelijkheid. Ze werken nog steeds voor If-None-Match, omdat die header zwak vergelijkt.
In DevTools is een 304-rij met een kleine transfergrootte een geslaagde hervalidatie door de browser. Zet de cache uit in het Network-paneel om tijdens het debuggen volledige 200-responses af te dwingen.

Veelgestelde vragen

Is een 304-response een fout?

Nee. Het is een status uit de redirectieklasse die betekent dat de gecachete kopie gebruikt mag worden. De browser toont de pagina uit zijn cache, en alleen headers gingen over het netwerk.

Kan een 304-response een body hebben?

Nee. De specificatie zegt dat een 304-response eindigt aan het einde van de headersectie en geen content mag bevatten.

Welke wint, If-None-Match of If-Modified-Since?

If-None-Match. Als een request beide bevat, beoordeelt een server die entity tags ondersteunt If-None-Match en negeert If-Modified-Since, omdat tags wijzigingen opmerken die een datum met precisie van één seconde mist.

Waarom krijg ik na elke deploy 200 in plaats van 304?

De deploy veranderde het bestand of zijn ETag, dus de tag die de browser heeft komt niet meer overeen. Dat is correct gedrag. Verliezen ongewijzigde bestanden ook hun 304, controleer dan of uw servers verschillende ETags genereren voor dezelfde content.

Geeft POST ooit 304 terug?

Nee. If-None-Match en If-Modified-Since leveren alleen 304 op voor GET en HEAD. Bij andere methoden geeft een mislukte voorwaarde 412 Precondition Failed.

Hoe hervalidatie werkt

Als een gecachete response verouderd raakt, gooit de browser hem niet weg. Hij vraagt de server of zijn kopie nog goed is door de opgeslagen validators mee te sturen: de ETag als If-None-Match, de Last-Modified-datum als If-Modified-Since.
Is er niets veranderd, dan antwoordt de server 304 met verse headers en zonder body, en de browser blijft zijn kopie gebruiken. Is er iets veranderd, dan stuurt de server een normale 200 met de nieuwe content.

Sterke en zwakke tags

Een sterke tag zoals "v2" belooft dat de bytes identiek zijn. Een zwakke tag zoals W/"v2" belooft alleen dat de content gelijkwaardig is. If-None-Match vergelijkt zwak, dus W/"v2" en "v2" tellen daar als overeenkomst; If-Match vergelijkt sterk en zou dat niet doen.

De uitwisseling over de lijn

Eerste bezoek: 200 met validators

De server geeft samen met de content een ETag en een Last-Modified-datum mee.

Volgend bezoek: 304 zonder body

De browser stuurt de opgeslagen tag terug en krijgt alleen headers.

Zelf conditionele requests beantwoorden

Node http-server met een ETag op basis van een contenthash

Hasht de body, vergelijkt die met If-None-Match en stuurt bij een overeenkomst 304 zonder body.

Simulator voor conditionele requests

Wat de server nu heeft

Wat de browser stuurt

ETag

Last-Modified

If-None-Match

If-Modified-Since

Antwoord van de server

If-None-Match bevat een tag die bij zwakke vergelijking overeenkomt met de huidige ETag, dus de gecachete kopie is actueel.

If-None-Match is *, en de resource bestaat, dus de voorwaarde is onwaar.

Geen enkele tag in If-None-Match komt overeen met de huidige ETag, dus de server stuurt de nieuwe content. If-Modified-Since wordt niet gecontroleerd.

Er is geen If-None-Match, en Last-Modified is niet later dan If-Modified-Since.

Er is geen If-None-Match, en Last-Modified is later dan If-Modified-Since.

If-Modified-Since is aanwezig, maar een van de twee datums is niet te lezen, dus de header wordt genegeerd.

HTTP 304 Not Modified, request per request gesimuleerd