Publica imatges que un proxy compartit pugui reutilitzar
Doneu a les respostes d'imatge reutilitzables públicament una vida útil de frescor explícita i validadors, i després interpreteu la recàrrega del navegador per separat de la reutilització normal de la memòria cau.
Per a una resposta d'imatge que passi per una memòria cau compartida visible per HTTP, publiqueu una vida útil explícita i un validador. Quan la imatge es pot reutilitzar amb seguretat entre usuaris, unes capçaleres de resposta d'exemple són:
Cache-Control: public, max-age=604800
ETag: "image-v4"La vida útil és en segons; 604800 és una setmana. Feu servir public només per a contingut destinat a reutilitzar-se entre usuaris.
Si el navegador i el proxy compartit necessiten vides útils diferents, s-maxage proporciona la vida útil de la memòria cau compartida. Per exemple, max-age=3600 amb s-maxage=604800 dóna a la memòria cau compartida el període de frescor més llarg.
Expires és una data, no una durada
Expires pren una marca de temps en format de data HTTP. max-age substitueix aquest camp, i s-maxage té prioritat per a les memòries cau compartides. Genereu qualsevol data Expires en produir la resposta.
Una recàrrega pot demanar validació
Una sol·licitud que conté Cache-Control: no-cache demana una validació correcta a l'origen abans de reutilitzar una resposta desada. Això pot passar fins i tot mentre la política de frescor ordinària de la resposta, d'altra manera, permetria la reutilització.
El validador permet a la memòria cau comprovar eficientment una imatge sense canvis. Una resposta 304 pot confirmar la representació desada sense retransmetre els bytes de la imatge des de l'origen. Per tant, el trànsit cap a l'origen no significa per si mateix que l'objecte desat a la memòria cau s'hagi descartat.
Compareu la reutilització normal i les recàrregues explícites quan reviseu la política.