Publikoni imazhe që një proxy i përbashkët mund t'i ripërdorë
Jepuni përgjigjeve të imazheve të ripërdorshme publikisht një jetëgjatësi të qartë freskie dhe validues, më pas interpretoni ringarkimin e shfletuesit veçmas nga ripërdorimi normal i cache-it.
Për një përgjigje imazhi që kalon nëpër një cache të përbashkët të dukshëm për HTTP, publikoni një jetëgjatësi të qartë dhe një validues. Kur imazhi është i sigurt për t'u ripërdorur midis përdoruesve, shembuj të kokave të përgjigjes janë:
Cache-Control: public, max-age=604800
ETag: "image-v4"Jetëgjatësia është në sekonda; 604800 është një javë. Përdorni public vetëm për përmbajtje të destinuar për ripërdorim midis përdoruesve.
Nëse shfletuesi dhe proxy-i i përbashkët kanë nevojë për jetëgjatësi të ndryshme, s-maxage jep jetëgjatësinë e cache-it të përbashkët. Për shembull, max-age=3600 me s-maxage=604800 i jep cache-it të përbashkët periudhën më të gjatë të freskisë.
Expires është datë, jo kohëzgjatje
Expires merr një vulë kohore në formatin e datës HTTP. max-age anulon atë fushë, dhe s-maxage ka përparësi për cache-et e përbashkëta. Gjeneroni çdo datë Expires kur prodhoni përgjigjen.
Një ringarkim mund të kërkojë validim
Një kërkesë që përmban Cache-Control: no-cache kërkon validim të suksesshëm në origjinë përpara se një përgjigje e ruajtur të ripërdoret. Kjo mund të ndodhë edhe kur politika e zakonshme e freskisë së përgjigjes do të lejonte ndryshe ripërdorimin.
Validuesi i lejon cache-it të kontrollojë me efikasitet një imazh të pandryshuar. Një përgjigje 304 mund të konfirmojë paraqitjen e ruajtur pa ritransmetuar bajtët e imazhit nga origjina. Prandaj trafiku drejt origjinës nuk nënkupton vetvetiu se objekti i cache-uar është hedhur poshtë.
Krahasoni ripërdorimin normal dhe ringarkimet e qarta kur shqyrtoni politikën.