Вступ
Що таке 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
Знежирене [Основні поняття] (/documentation/core-concepts)
Словник — URL-адреси входу, глибина, інтервали, оцінка теплоти. Решта документів припускають ці слова.
- 4
Потім заглибтеся куди потрібно
Бічна панель згрупована за завданнями: налаштування, нагрівання, моніторинг, інтеграції, обліковий запис і довідка.
Шукаєте конкретне налаштування?
Налаштування Warmer — це посилання по полях для кожного параметра у формі warmer, включаючи те, що він робить і коли його змінити.
Умовні позначення, які тут використовуються
Усе в monospace – це те, що ви вводите або вставляєте точно. Екрани вашого облікового запису мають вигляд Обліковий запис → Warmers, що відповідає міткам на бічній панелі, які ви бачите під час входу.