Објавете слики што заедничко прокси може повторно да ги користи
Дајте им на јавно повеќекратно употребливите одговори со слики експлицитен рок на свежина и валидатори, а потоа толкувајте го повторното вчитување на прелистувачот одделно од вообичаеното повторно користење на кешот.
За одговор со слика што поминува низ заеднички кеш видлив за HTTP, објавете експлицитен рок и валидатор. Кога сликата е безбедна за повторно користење меѓу корисници, пример за заглавија на одговор е:
Cache-Control: public, max-age=604800
ETag: "image-v4"Рокот е во секунди; 604800 е една недела. Користете public само за содржина наменета за повторно користење меѓу корисници.
Ако прелистувачот и заедничкото прокси бараат различни рокови, s-maxage го дава рокот на заедничкиот кеш. На пример, max-age=3600 со s-maxage=604800 му дава на заедничкиот кеш подолг период на свежина.
Expires е датум, а не времетраење
Expires прима временска ознака во формат на HTTP датум. max-age го надминува тоа поле, а s-maxage има предност за заедничките кешеви. Генерирајте кој било датум Expires при создавањето на одговорот.
Повторното вчитување може да побара валидација
Барање што содржи Cache-Control: no-cache бара успешна валидација кај изворот пред зачуваниот одговор да се користи повторно. Тоа може да се случи дури и кога вообичаената политика за свежина на одговорот инаку би дозволила повторно користење.
Валидаторот му овозможува на кешот ефикасно да провери неизменета слика. Одговорот 304 може да го потврди зачуваното претставување без повторно пренесување на бајтите на сликата од изворот. Затоа сообраќајот кон изворот сам по себе не значи дека кешираниот објект е отфрлен.
Споредете го вообичаеното повторно користење и експлицитните повторни вчитувања кога ја прегледувате политиката.