HTTP кэширование
|
HTTP кэширование |
|
Некоторые из этих параметров для отдельных ресурсов могут быть переопределены в Правилах кэширования.
Для работы клиентов с быстро обновляемыми ресурсами придется манипулировать режимами кэширования на агенте или явно прописывать эти ресурсы в Правилах кэширования.
Разрешить кэширование HTTP контента - разрешает использование кэширования вообще. Запрещение этой функции не приводит к очистке содержимого кэша.
Проверять обновления всех объектов - включение приведет к тому, что все запрашиваемые объекты, когда они есть в кэше, будут проверяться на сервере на предмет их "свежести" - не обновились ли они. Это будет гарантировать, что клиент всегда получит правильные данные, но экономия трафика будет минимальная.
Логика работы кэша и назначение параметров вычисления TTL подробно описаны в разделе "Кэширование".
Не проверять обновления объектов... (в %) - прогнозируемое времени жизни объекта в процентах (TTL). Оно берется как процент от времени, который ресурс существовал на момент его записи в кэш. Смысловое значение этого параметра - это прогноз, что если ресурс не изменялся какое-то время, то он не будет также сколько-то меняться в дальнейшем. Увеличение процента увеличит экономию трафика, но увеличит вероятность показать устаревший объект.
Не менее (часов) - на полученное значение TTL дополнительно накладывается ограничение по минимуму. Если на момент запроса текущее время не превысило TTL, ресурс считается не просроченным и берется из кэша, иначе он просрочен и его надо перепроверить на сервере, для чего на сервер посылается соответствующий запрос с условиями проверки. Если сервер такие запросы поддерживает и ресурс за последнее время не изменен, то он сообщит, что данные не изменены и ресурс будет взят из кэша.
Не более (дней) - на полученное значение TTL дополнительно накладывается ограничение по максимуму. Если на момент запроса текущее время не превысило TTL, ресурс считается не просроченным и берется из кэша, иначе он просрочен и его надо перепроверить на сервере, для чего на сервер посылается соответствующий запрос с условиями проверки. Если сервер такие запросы поддерживает и ресурс за последнее время не изменен, то он сообщит, что данные не изменены и ресурс будет взят из кэша.
кэшировать объекты с неизвестным временем создания - в большинстве случаев отключать не стоит, существует много сайтов, которые время создания ресурсов не сообщают .
кэшировать динамические объекты - отключать не стоит. Динамические объекты в данном понимании - это, если строка запроса содержит параметры после символа ? или используется специальный тип HTTP контента Chanked.
Возвращать ошибку, если не удается проверить на сервере - если не включать, то при невозможности произвести проверку "свежести" объекта, а он есть в кэше, клиенту будет возвращен объект из кэша.
Не кэшировать объекты размером более (Кбайт) - для того, чтобы не загромождать кэш большими файлами, их размер целесообразно ограничить в этом поле.
Игнорировать время жизни объекта, полученное от сервера - по умолчанию отключено, т.е. если сервер возвращает срок жизни объекта, то прогнозирование TTL не используется, а используются рекомендации сервера. Но эти рекомендации зависят от настроек серверов, часто из-за небрежности администраторов или программистов бывают совсем неправильными. Можно включить, тогда в таких случаях будет использоваться собственная логика.
Всегда возвращать весь объект из кэша - если включить, то прокси-сервер всегда возвратит весь объект, даже если браузер запрашивает только его обновление при наличие его в своем кэше. Если объем внутреннего трафика никакого значения не имеет, то лучше это включить - пользователь не всегда корректно настраивает кэш браузера. Если же стоимость трафика из кэша для пользователей не бесплатна, то это логично отключить.
Текущая страница справки: help.smart-soft.ru/index.html?proxycache.htm