Построитель заголовков Cache-Control
Создавайте стандартные высокооптимизированные HTTP-заголовки Cache-Control визуально за считанные секунды. Определите общедоступные/частные области действия, установите сроки истечения срока действия max-age и s-maxage с помощью удобных предустановок, добавьте устаревшие резервные варианты и скопируйте готовые к использованию конфигурации сервера для Nginx, Apache, Vercel и Next.js. Частный, быстрый и локальный.
Select your cacheability scope, set browser/CDN expiration parameters, enable stale recovery limits, and specify revalidation holds.
Cache-Control: public, max-age=3600
Plain-English Caching Rule Translation
Browsers will cache this resource locally for up to 1 hour and load it instantly from cache without checking the server.
CDNs and public proxies will cache this resource for up to 1 hour (matching the browser limit).
Once the cache expires, browsers will typically check with the server, but may serve a cached copy under certain network/browser fallback conditions.
Standard caching directive layout suitable for ordinary web assets.
Возможности построителя заголовков Cache-Control
- Детализированная конфигурация директив: легко настройте область кэширования, максимальный возраст браузера, переопределения CDN, устаревшие резервные варианты, параметры обязательной повторной проверки и неизменяемости.
- Простые английские переводы: поймите, как именно конфигурация вашего заголовка дает браузерам, CDN и прокси-серверам инструкции хранить, проверять и обслуживать ваши веб-ресурсы.
- Интеграция многоплатформенного кода: мгновенно создавайте фрагменты интеграции для Nginx, Apache, Vercel, Next.js, Netlify, Express, PHP и Cloudflare Workers.
- 100% локальная и безопасная песочница: все вычисления, компиляция заголовков и экспорт фрагментов полностью выполняются на клиентской стороне локального браузера, обеспечивая полную конфиденциальность.
Иерархия кэширования (браузер или CDN)
Веб-кэширование происходит на нескольких уровнях. Во-первых, кеш браузера хранит ресурсы локально на компьютере пользователя. Во-вторых, общие кэши, такие как прокси, шлюзы и сети доставки контента (CDN), кэшируют файлы ближе к пользователям в периферийных местоположениях. Использование таких директив, как public, Private и s-maxage, позволяет вам контролировать, какие слои кэшируют ваши файлы и как долго.
Проверка и повторная проверка кэша
Такие директивы, как must-revalidate и proxy-revalidate, инструктируют кэши о том, что делать, когда срок действия кэшированного ресурса истечет (устареет). Если требуется повторная проверка, кэш не может обслуживать устаревшую копию до тех пор, пока он не проверит на исходном сервере (с помощью If-None-Match с ETags или If-Modified-Since) отсутствие изменений в ресурсе.
Преимущество устаревшего при повторной проверке
Современные веб-приложения используют устаревшие при повторной проверке для оптимизации важных путей рендеринга. Вместо того, чтобы заставлять пользователей ждать сетевых запросов, когда кэшированный элемент устарел, клиент мгновенно загружает устаревший элемент из кэша. В фоновом режиме браузер запускает запрос на повторную проверку, чтобы заменить устаревшую запись кэша свежей копией для следующего запроса.
Неизменяемость хешированных активов
Для современных фреймворков внешнего интерфейса, которые используют хеширование контента для выходных данных сборки (например, Bundle.[hash].js), файлы гарантированно никогда не изменятся. Пометка этих ответов как неизменяемых с высоким максимальным сроком действия (например, 1 год) не позволяет браузерам тратить циклы ЦП и пропускную способность сервера на избыточные проверки, даже во время жестких обновлений браузера.
Часто задаваемые вопросы
Cache-Control — это стандартный HTTP-заголовок, содержащий директивы, которые инструктируют браузеры, прокси-серверы и сети доставки контента (CDN) о том, как кэшировать ресурсы. Он управляет кэшированием, сроками истечения срока действия, требованиями повторной проверки и устаревшими резервными политиками для оптимизации производительности сети и использования полосы пропускания.
Директива max-age определяет, как долго (в секундах) ответ считается свежим для клиентского браузера. Директива s-maxage специально переопределяет максимальный возраст для общих кешей, прокси-серверов и CDN (например, Cloudflare или Fastly), позволяя вам кэшировать ресурсы на пограничных узлах на время, отличное от продолжительности браузера пользователя.
Директива no-store запрещает любому кешу (частному браузеру или публичному CDN) сохранять любую часть запроса или ответа; каждый раз он извлекается заново с исходного сервера. Директива no-cache позволяет кэшам хранить ответ, но заставляет их проверять его на исходном сервере (с использованием ETag или Last-Modified) перед его повторным использованием.
Директива immutable сообщает браузеру, что тело ответа никогда не изменится в течение его максимального срока службы. Это не позволяет браузеру отправлять запросы на условную повторную проверку на сервер, когда пользователь вручную обновляет страницу, что ускоряет перезагрузку страницы для статических хешированных ресурсов пакета (например, main.a8f9b2.js).
Директива stale- while-revalidate позволяет кэшам мгновенно предоставлять клиенту кэшированный ресурс с истекшим сроком действия (устаревший), одновременно запуская фоновую выборку для получения свежей версии с исходного сервера, что приводит к предполагаемой задержке ответа 0 мс.
Да, 100%. Вся компиляция заголовков, перевод и создание фрагментов кода выполняются полностью на стороне клиента в вашем веб-браузере. Никакие настройки, пути API или значения параметров никогда не загружаются на внешние серверы, что обеспечивает полную конфиденциальность.