I-publish ang mga larawang maaaring gamiting muli ng shared proxy

Para sa tugon ng larawan na dumadaan sa shared cache na nakikita ng HTTP, mag-publish ng malinaw na haba ng buhay at isang validator. Kapag ligtas ang larawan na gamitin muli sa mga user, ang mga halimbawang header ng tugon ay:

Cache-Control: public, max-age=604800
ETag: "image-v4"

Ang haba ng buhay ay nasa segundo; ang 604800 ay isang linggo. Gamitin ang public para lamang sa nilalamang inilaan para sa paggamit muli sa mga user.

Kung kailangan ng browser at shared proxy ng magkaibang haba ng buhay, ibinibigay ng s-maxage ang haba ng buhay ng shared cache. Halimbawa, ang max-age=3600 kasama ng s-maxage=604800 ay nagbibigay sa shared cache ng mas mahabang panahon ng pagkasariwa.

Ang Expires ay isang petsa, hindi tagal

Tumatanggap ang Expires ng timestamp sa format na petsa ng HTTP. Pinapalitan ng max-age ang field na iyon, at nangunguna ang s-maxage para sa mga shared cache. Bumuo ng anumang petsa ng Expires kapag ginagawa ang tugon.

Ang muling pag-load ay maaaring humiling ng validation

Isang kahilingang naglalaman ng Cache-Control: no-cache humihiling ng matagumpay na validation sa pinagmulan bago muling gamitin ang nakaimbak na tugon. Maaaring mangyari ito kahit na ang karaniwang patakaran ng pagkasariwa ng tugon ay papayag sana sa paggamit muli.

Binibigyang-daan ng validator ang cache na suriin nang mahusay ang larawang hindi nagbago. Ang tugon na 304 ay maaaring magpatunay ng nakaimbak na representasyon nang hindi muling ipinapadala ang mga byte ng larawan mula sa pinagmulan. Kaya ang trapik patungo sa pinagmulan ay hindi nangangahulugan sa sarili nito na itinapon na ang naka-cache na bagay.

Ihambing ang normal na paggamit muli at ang malinaw na muling pag-load kapag sinusuri ang patakaran.