Введение
Что такое Cache Rocket, какую задачу он решает и как ориентироваться в этой документации.
5 мин чтения
Cache Rocket сохраняет кеш вашего сайта и API теплым. Он посещает ваши URL-адреса по расписанию, как это сделал бы настоящий посетитель, поэтому дорогостоящая работа по созданию страницы уже выполнена до того, как кто-либо об этом попросит.
Для начала вы ничего не устанавливаете на свой сервер. Вы подтверждаете, что владеете доменом, создаете warmer, а Cache Rocket делает все остальное посредством обычных HTTP-запросов.
На платных планах Cache Rocket также предлагает [Managed CDN](/documentation/managed-cdn) и облачную оптимизацию Media — форматы изображений, Critical CSS, LQIP и PageSpeed Insights — преимущественно через плагин WordPress, а также CDN-интеграции для purge → rewarm на вашем существующем edge.
Проблема: платит первый посетитель
Почти каждый быстрый веб-сайт работает быстро, потому что что-то кешируется — пограничный узел CDN, обратный прокси-сервер, например nginx или Varnish, кеш страницы WordPress или собственный кеш рендеринга вашей платформы. Кеши замечательные, но срок их действия истекает.
Когда срок действия кешированной копии истекает, она исчезает. Следующий человек, который запросит эту страницу, не получит быстро кешированную версию. Их запрос попадает на ваш исходный сервер, который должен перестроить страницу с нуля: запустить код, запросить базу данных, отобразить шаблон и отправить его обратно. Этот человек ждет. Мы называем это холодной страницей, а задержка — это *штраф за холодный старт*.
Это хуже, чем кажется, потому что холодные запросы попадают именно к тем людям, которые вам дороги больше всего:
- Читатель, который нажимает на вашу недавно опубликованную статью через тридцать секунд после ее публикации.
- Покупатель, пришедший с рекламной кампании на целевую страницу, которую никто не трогал всю ночь.
- Все сразу, сразу после развертывания, и каждый кеш очищается одновременно.
- Посетители из региона, чей пограничный узел CDN никогда раньше не обслуживал эту страницу.
Решение: сначала согрейте его
Cache Rocket устраняет штраф за холодный запуск, поскольку сам является первым посетителем. Он запрашивает ваши URL-адреса раньше, чем это сделают реальные люди, что заставляет каждый уровень кеша перед вашим источником хранить свежую копию. К моменту прибытия человека страница уже находится в кеше и обслуживается мгновенно.
В этом вся идея. Все остальное существует для того, чтобы сделать это практичным: решить, *какие* URL-адреса, *как часто*, *откуда*, *насколько быстро* и доказать, что это действительно работает.
Cache Rocket не заменяет ваш кеш
Это не CDN и не плагин кеширования. Он работает *с* всем, что вы уже используете — Cloudflare, Fastly, Bunny, KeyCDN, nginx, Varnish, WP Rocket, Next.js. Если уровень кеша заполняется при запросе URL-адреса, Cache Rocket может оставить его заполненным.
Что можно согреть
Веб-сайты
Сканируйте страницы по URL-адресам входов и картам сайта, переходя по ссылкам на выбранную вами глубину.
API
Теплые конечные точки REST и GraphQL с реальными методами, заголовками, файлами cookie и телами.
WordPress
Управляйте warmers из wp-admin с помощью официального плагина, а также дополнительной локальной оптимизации.
После каждого развертывания
Запускайте потепление с Vercel, Netlify, Shopify или любого задания CI, чтобы выпуски никогда не выпускались холодными.
Подходит ли вам Cache Rocket?
Больше всего это помогает, когда создание страниц обходится дорого, а трафик настолько неравномерен, что кеши охлаждаются между посетителями.
| Ты бежишь… | Что потепление дает вам |
|---|---|
| Контент-сайт или блог | Новые сообщения и старые вечнозеленые статьи остаются мгновенными, а не медленными для того, кто нажмет первым. |
| Интернет-магазин | Сетки категорий, страницы продуктов и целевые страницы кампании готовы до всплеска трафика, а не после него. |
| Маркетинговый сайт | Целевые страницы с платной рекламой никогда не встречают клик медленным первым байтом, что защищает коэффициент конверсии. |
| Безголовое приложение или приложение с поддержкой API | Дорогостоящие ответы JSON и GraphQL остаются в кеше на периферии и в шлюзе между пакетами клиентов. |
| Сайты для клиентов (агентства) | Каждый клиент живет в своем рабочем пространстве со своими warmers, hostnames и оповещениями. |
Это помогает меньше, если ваши страницы уже представляют собой статические файлы, обслуживаемые с диска без срока действия, или если каждый ответ персонализирован для каждого пользователя и, следовательно, никогда не кешируется.
Как использовать эти документы
Страницы написаны так, чтобы их читали по порядку, но каждая из них стоит особняком. Если вы новичок, это самый быстрый маршрут:
- 1
Прочтите Как это работает
Десять минут о том, что на самом деле происходит во время разминки. Стоит перед тем, как начать менять настройки.
- 2
Следуйте Краткому началу
Пошаговая первая настройка: создайте учетную запись, подтвердите hostname, создайте свою первую warmer и подтвердите, что все работает.
- 3
Просмотрите Основные понятия
Словарь — URL-адреса записей, глубина, интервалы, показатель теплоты. Остальные документы предполагают эти слова.
- 4
Затем идите глубже туда, где вам нужно.
Боковая панель сгруппирована по задачам: Настройка, Прогрев, Мониторинг, Интеграция, Учетная запись и Справка.
Ищете конкретную настройку?
Warmer настройки — это ссылка за полем для каждого параметра в форме warmer, включая то, что он делает и когда его менять.
Используемые здесь соглашения
Все, что находится в monospace, — это то, что вы точно вводите или вставляете. Экраны в вашей учетной записи обозначаются следующим образом: Учетная запись → Warmers, что соответствует меткам на боковой панели, которые вы видите при входе в систему.