Я просматривал папку локального кэша firefox и нашел много файлов, содержащих заголовок X-cache. Может кто-нибудь объяснить цель этого заголовка?
спасибо
Я просматривал папку локального кэша firefox и нашел много файлов, содержащих заголовок X-cache. Может кто-нибудь объяснить цель этого заголовка?
спасибо
X-Cache "НЕ является стандартным полем заголовка HTTP" в соответствии с полем заголовка X/Cache HTTP/1.1.
Также ознакомьтесь с пояснениями к заголовкам X-Cache и X-Cache-Lookup.
CDN
(Content Delivery Network
) добавляет заголовок X-cache
в HTTP-ответ. X-cache:HIT
означает, что ваш запрос обслуживался CDN, а не серверами происхождения. CDN - это специальная сеть, предназначенная для кэширования содержимого, так что запрос usr быстрее обслуживал + выгружать исходные серверы.
Префикс "X" в X-Cache указывает, что заголовок не является стандартным полем заголовка HTTP. Также его значение варьируется от одной реализации прокси к другой. Распространенным местом для поиска этих полей заголовков являются серверы squid. Организации и университеты размещают прокси (squid) серверы между своей и внешней сетью. Это служит двум целям. Один из них - безопасность, другой - более частое кэширование веб-страниц (для ограничения сетевого трафика).
X-Cache соответствует результату, обслуживал ли прокси-сервер результат из кэша (HIT для да и MISS для нет)
X-Cache-Lookup представляет, имеет ли прокси-сервер ответ на запрос в состоянии кэширования (HIT для "да" и MISS для "нет")
Оба HIT означают, что клиент сделал запрос на кеширование, а прокси-сервер получил ответ с возможностью кеширования, который соответствовал и был перенаправлен обратно клиенту.
В случае, если X-Cache - MISS, а X-Cache_Lookup - HIT, клиент сделал запрос, который имел ответ с возможностью кэширования, но был вынужден клиентом обойти кеш. Это сложное обновление, которое можно смоделировать с помощью Ctrl + F5 или отправив заголовки:
Pragma: без кэширования (в HTTP/1.0) и Cache-Control: без кэширования (HTTP/1.1)
Если оба являются MISS, то запрос клиента не имеет никакого действительного объекта, соответствующего запросу.
Некоторые полезные ресурсы:
Ссылка первая
для меня это было связано с заголовком кэша fastcgi, существующим в блоке сервера Nginx
add_header X-Cache $upstream_cache_status;
просто удалив комментирование этой строки и перезапустив nginx заголовок был удален.