Проверка завершается с vps server помощью условного запроса, который включает заголовок запроса If-Modified-Since или If-None-Match. HTTP имеет механизм преобразования устаревшего ответа в недавний путем запроса исходного сервера. Поэтому, если возможно, вместо этого подумайте о методе ранжирования поведения, основанном главным образом на обнаружении функции, а не на основе заголовка запроса User-Agent. Однако заголовок запроса User-Agent обычно имеет очень большое количество вариантов, что резко снижает вероятность повторного использования кэша. Это приводит к тому, что ключ к кешу создается на основе комбинации URL-адреса ответа и заголовка запроса Accept-Language, а не просто на основе URL-адреса ответа.
Быстрое кеширование или кеширование на основе проверки часто лучше всего подходят для ответов API, пока они не станут фактически статичными. Не полагайтесь только на максимальный возраст, если важно, чтобы браузер мгновенно использовал новую версию, используйте Cache-Buster! При наличии правильных заголовков Out кэшированные ответы могут неправильно обслуживаться для разных контекстов запроса. Вероятно, это может быть что-то вроде хеша, модели или даты в имени файла, если вы создаете свой веб-сайт.
- Чтобы избежать этого эвристического кэширования, предпочтительно явно предоставить всем ответам заголовок Cache-Control по умолчанию.
- Персональный ограничивает кэширование только браузером верхнего пользователя — CDN и общие кэши не должны продавать его в розницу.
- Корпоративные пересылающие прокси-серверы и пограничные серверы CDN представляют собой общие кэши.
В конце концов, оно имеет именно размерность скорости, бит за единицу времени, и это единственный фактор, который продвигают интернет-провайдеры, пытаясь заманить нас в своих клиентов. Для большинства из нас это в значительной степени противоречит здравому смыслу, поскольку в течение многих лет скорость покупок определялась пропускной способностью. Какие последствия мы можем извлечь из всех этих обращений между браузером и исходными серверами? Разрешение DNS кэшируется в совершенно разных местах, результаты рукопожатий TLS используются повторно. Этот механизм часто называют алгоритмом медленного запуска и является одним из двух единственно возможных режимов работы TCP, наряду с предотвращением перегрузок. К сожалению для нас, TCP не позволяет нам отправлять все наши знания без задержки одним пакетом из нескольких сегментов.
Основные заголовки кэширования
Ответ 304 Not Modified указывает кэшу повторно использовать сохраненный ответ и обновить его актуальность. Современные ответы могут быть отправлены немедленно, без обращения к серверу. Общие кэши никогда не должны продавать частный или персонализированный контент, если это явно не разрешено. Общий кеш обслуживает нескольких клиентов и обычно находится между покупателем и сервером. Частный кеш принадлежит одному пользователю, чаще всего это кеш браузера.
При использовании Out Differ кэш предоставляет одинаковый сохраненный ответ всем клиентам независимо от заголовков запросов. Когда кэш пересылает сохраненный ответ, заголовок Age сообщает последующим покупателям и кэширует, сколько лет ответу. Директива s-maxage переопределяет max-age в общих кэшах и подразумевает повторную проверку прокси. Прокси-серверы компании и пограничные серверы CDN представляют собой общие кэши. Кэширование HTTP сохраняет ответы, поэтому будущие запросы на аналогичный полезный ресурс обслуживаются из соседней или промежуточной копии вместо исходного сервера.