HTTP хедърът изтича и кеш-контрол
1. Концепция
Кеш контролът се използва за контрол на HTTP кеширането (може да не е частично реализиран в HTTP/1.0, само Pragma: без кеш е реализиран)
Форматиране в пакета:
Cache-Control: cache-directive
кеш-директива може да бъде следната:
Заявка:
| "Без кеш"
| "Без магазин"
| "макс-възраст" "=" делта-секунди
| "макс-остарял" [ "=" делта-секунди ]
| "мин-фреш" "=" делта-секунди
| "Без трансформация"
| "Only-if-cached"
| "кеш-разширение"
Отговор:
| "публично"
| "редник" [ "=" <"> име на полето <"> ]
| "no-cache" [ "=" <"> име на полето <"> ]
| "Без магазин"
| "Без трансформация"
| "Задължително-валидирано"
| "прокси-валидиране"
| "макс-възраст" "=" делта-секунди
| "s-maxage" "=" делта-секунди
| "кеш-разширение"
Част от описанието:
Разделени на кешируеми или не.
Public означава, че отговорът може да бъде кеширан от всяка кеш област.
Private означава, че цялото или част от отговорното съобщение на един потребител не може да бъде обработено от споделения кеш. Това позволява на сървъра да описва само когато потребителят е
Частично отговорно съобщение, което не е валидно за заявки от други потребители.
no-cache означава, че заявката или отговорното съобщение не може да бъде кеширано (HTTP/1.0 е заменен с no-cache на Pragma)
Според това, което може да се кешира
Без магазин се използва, за да се предотврати неволно публикуване на важна информация. Изпращането на съобщение за заявка ще направи заявката и отговорите да не кешират.
Таймаут според кеша
max-age означава, че клиентът може да получи отговор с живот не по-дълъг от определено време (в секунди).
min-fresh означава, че клиентът може да получи отговор с време на отговор по-малко от текущото време плюс посоченото време.
max-stale означава, че клиентът може да получава отговорни съобщения след изтичането на периода. Ако зададеш стойност за max-stale съобщението, тогава клиентът може
Получаване на отговорни съобщения, които надвишават определената стойност на извънреден период.
Expires означава времето на съществуване, което позволява на клиента да не проверява (да направи заявка) преди този час, което е еквивалентно на максимална възраст
Ефект. Но ако съществуват едновременно, те са презаписани от максималната възраст на Cache-Control.
Формат:
Expires = "Expire" ":" HTTP-date
Например
Expires: Thu, 01 Dec 1994 16:00:00 GMT （必须是GMT格式）
2. Приложение
Изтичане на сета и кеш контрол чрез META през HTTP
<meta http-equiv="Cache-Control" content="max-age=7200" />
<meta http-equiv="Изтича" съдържание="Пон, 20 юли 2009 23:00:00 GMT" />
Горните настройки са само примери и всъщност можете да използвате една от тях. Ако го напишеш по този начин, той е валиден само за уеб страницата, не за изображения или други заявки на уеб страницата, и няма да използва кеширане.
По този начин клиентът ще има повече заявки, и макар че това е само нещо, което проверява статуса Последно променено, броят на заявките определено ще повлияе на скоростта на сърфиране.
Ако искаш да добавиш кеш към файл, можеш да използваш модула mod_expire на Apache, който е записан като
<IfModule mod_expires.c>
ExpiresActive On
Изтича По подразбиране "достъп плюс 1 ден"
</IfModule>
Спомням си, че ExpiresActive е настроен на Включено, първоначално не го включих и изглежда, че независимо колко е YSlow, не мога да намеря механизма за кеширане. Ако го добавиш по този начин, по подразбиране ще се използва всичко.
Ако искате да таргетирате отделни типове MIME, можете:
ExpiresByType image/gif "достъп плюс 5 часа и 3 минути"
Вижте модул Apache mod_expires
Освен това, когато натиснете Refresh в браузъра, всички заявки, изпратени от клиента, са max-age=0, което означава, че заявката е валидирана и изпратена до сървъра
Ако поискаш да провериш кеша и после да го обновиш, обикновено ще получиш 304 Not Modified, което означава, че няма промяна.
|
Публикувано в 7.09.2015 г. 19:30:51 ч.
|
|
|
|
