Objavite slike, ki jih lahko skupni proxy ponovno uporabi
Javno večkrat uporabljivim odgovorom s sliko dajte izrecno dobo svežine in validatorje, nato pa ponovno nalaganje brskalnika razlagajte ločeno od običajne ponovne uporabe predpomnilnika.
Za odgovor s sliko, ki potuje skozi za HTTP viden skupni predpomnilnik, objavite izrecno dobo in validator. Ko je sliko varno ponovno uporabiti med uporabniki, so primer zaglavij odgovora:
Cache-Control: public, max-age=604800
ETag: "image-v4"Doba je v sekundah; 604800 je en teden. public uporabljajte samo za vsebino, namenjeno ponovni uporabi med uporabniki.
Če brskalnik in skupni proxy potrebujeta različni dobi, s-maxage določi dobo skupnega predpomnilnika. Na primer, max-age=3600 s s-maxage=604800 da skupnemu predpomnilniku daljše obdobje svežine.
Expires je datum, ne trajanje
Expires sprejme časovni žig v obliki datuma HTTP. max-age prepiše to polje, s-maxage pa ima prednost pri skupnih predpomnilnikih. Pri ustvarjanju odgovora ustvarite poljuben datum Expires.
Ponovno nalaganje lahko zahteva validacijo
Zahteva, ki vsebuje Cache-Control: no-cache zahteva uspešno validacijo pri izvoru, preden se shranjeni odgovor ponovno uporabi. To se lahko zgodi tudi, ko bi običajna politika svežine odgovora sicer dovolila ponovno uporabo.
Validator omogoča predpomnilniku, da učinkovito preveri nespremenjeno sliko. Odgovor 304 lahko potrdi shranjeno predstavitev brez ponovnega prenosa bajtov slike z izvora. Promet do izvora torej sam po sebi ne pomeni, da je bil predpomnjeni objekt zavržen.
Pri pregledu politike primerjajte običajno ponovno uporabo in izrecna ponovna nalaganja.