CDN-hoder for hurtigbufferstyring

Velkommen til CDN Cache Control Headers! HTTP-headere fungerer som instruksjoner som følger med nettinnhold. De forteller nettlesere og Content Delivery Networks (CDN-er) nøyaktig hvordan hurtigbufring skal håndteres.

Det er avgjørende å forstå disse headerne for å optimalisere ytelsen til CDN-et, sikre at innholdet er oppdatert og ivareta brukernes personvern.

Cache-Control-headeren er den kraftigste og mest fleksible HTTP-headeren for å styre hurtigbufferatferd. Den lar Dem angi direktiver som gjelder både private cacher (som brukerens nettleser) og delte cacher (som CDN-er).

Den gir Dem detaljert kontroll over hvor lenge innhold skal lagres, og under hvilke betingelser.

Et av de vanligste Cache-Control-direktivene er max-age. Det forteller cachen (CDN-et eller nettleseren) hvor lenge ressursen regnes som fersk, angitt i sekunder, og kan leveres uten ny validering mot origin-serveren.

For eksempel betyr max-age=3600 at innholdet er ferskt i én time.

Her er andre viktige Cache-Control-direktiver:

• public: Svaret kan hurtigbufres av enhver cache, inkludert delte CDN-cacher.
• private: Svaret er beregnet på én enkelt bruker og kan bare hurtigbufres av private cacher (nettlesercacher). CDN-er skal ikke hurtigbufre det.
• no-cache: Cachen må validere innholdet på nytt mot origin-serveren før det leveres, selv om det ser ut til å være ferskt.
• no-store: Cachen skal ikke lagre noen del av klientforespørselen eller serversvaret. Dette brukes for svært sensitive data.

Expires-headeren angir en absolutt dato og et klokkeslett etter hvilke svaret regnes som foreldet. Det er en eldre header som i stor grad er erstattet av Cache-Control: max-age.

Hvis både Cache-Control og Expires finnes, har Cache-Control vanligvis forrang. CDN-er respekterer Expires hvis ingen Cache-Control-header er angitt.

En ETag (Entity Tag) er en unik identifikator for en bestemt versjon av en ressurs. Den fungerer som et fingeravtrykk eller en hash av innholdet.

CDN-er bruker ETag for effektiv ny validering. Når en hurtigbufret ressurs blir foreldet, sender CDN-et en If-None-Match-header med den lagrede ETag-verdien til origin-serveren. Hvis ressursen ikke er endret, svarer origin-serveren med en liten 304 Not Modified-respons.

I likhet med ETag inneholder Last-Modified-headeren et tidsstempel som angir når ressursen sist ble endret på origin-serveren.

CDN-er kan bruke dette til ny validering ved å sende en If-Modified-Since-header med det lagrede tidsstempelet. Hvis ressursen ikke er endret siden dette tidspunktet, svarer origin-serveren med 304 Not Modified.

Når et CDN mottar en forespørsel etter innhold det har hurtigbufret, kontrollerer det først om innholdet fortsatt er ferskt, basert på Cache-Control: max-age eller Expires.

Hvis innholdet er foreldet, eller hvis no-cache er angitt, kontakter CDN-et origin-serveren. Det sender en betinget forespørsel med If-None-Match (med ETag) eller If-Modified-Since (med Last-Modified). Dette hindrer at hele innholdet lastes ned på nytt hvis det ikke er endret, noe som sparer båndbredde og gir raskere levering.

I denne leksjonen har vi sett på hvordan HTTP-headere for hurtigbufferstyring veileder CDN-er og nettlesere. De har lært om:

• Den kraftige Cache-Control-headeren og direktivene max-age, public, private, no-cache og no-store.
• Den eldre Expires-headeren for absolutte utløpsdatoer.
• ETag og Last-Modified for effektiv ny validering av innhold.

Å beherske disse headerne er avgjørende for å finjustere CDN-et for optimal ytelse, sikre at innholdet er oppdatert og håndtere sensitive data på en sikker måte.