Розширений прогрів
Часові вікна, багаторегіональний прогрів, рендеринг у браузері/SSR і мобільні user agent’и.
12 хв читання
Чотири можливості для налаштувань, які не охоплює просте щогодинне сканування HTTP. Усі вони обмежені тарифним планом — якщо одного немає у вашій формі, він не включений у вашу підписку.
Теплі вікна розкладу
За замовчуванням активний warmer починає новий запуск кожного інтервалу автоматичного запуску цілодобово. Вікна розкладу обмежують це годинами, які ви вибираєте.
За вікном автозапуски за розкладом пропускаються. Ручні запуски, тригери розгортання та дії очищення та повторного розігріву CDN все ще працюють — вікно керує розкладом, а не warmer в цілому.
Чому ви цього хочете
- Розігрівайте перед піком. Розвивайтесь за години до найактивнішого періоду, щоб усе було гаряче, коли трафік зменшується.
- Відступіть на ніч. Збережіть бюджет запиту та джерело навантаження, коли нікого немає.
- Захистіть періоди обслуговування. Зупиніть розігрів під час резервного копіювання, міграції або пакетних завдань.
- Відповідайте редакційному ритму. Редакційні кімнати часто сильно розігріваються перед ранковим читанням.
Формат JSON
Поле теплого розкладу містить об’єкт JSON із часовим поясом і списком вікон:
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
]
}| Поле | Значення |
|---|---|
timezone | Назва часового поясу IANA, наприклад Europe/Amsterdam, America/New_York або UTC. Windows оцінюються в цій зоні, тому літній час обробляється за вас. |
windows | Список часових вікон. Всередині будь-якого з них дозволяється забігати. |
days | Дні тижня, до яких відноситься вікно, де 1 – понеділок, а 7 – неділя. |
startHour | Година відкриття вікна, 0–23. |
endHour | Година закриття вікна, 0–23. |
intensity | Відносне зусилля утеплення протягом вікна. 1 – це нормально; нижче значення нагріває м’якше. |
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 6, "endHour": 10, "intensity": 1 },
{ "days": [1, 2, 3, 4, 5, 6, 7], "startHour": 0, "endHour": 5, "intensity": 0.3 }
]
}Перевірте, чи достатньо широке вікно для завершення
Якщо повний прохід займає три години, а ваше вікно становить дві, запуски буде скорочено, а пізніші URL-адреси ніколи не нагріваються. Або розширте вікно, підвищте обмеження швидкості або звузіть область дії warmer.
Tip
Залиште поле порожнім, щоб цілодобово прогріватися. Це правильний вибір для більшості сайтів — додавайте вікна, лише якщо у вас є конкретна причина.
Багаторегіональне потепління
Більшість CDN кешують незалежно в кожній точці присутності. Сторінка, надіслана з Європи, заповнює європейський периферійний вузол — це нічого не робить для відвідувача в Сінгапурі, який потрапляє на інший POP, який ніколи не обслуговував цю сторінку.
Багаторегіональне потепління запускає warmer з вибраного регіонального екземпляра сканера, тому географічно розподілені кеші фактично заповнюються там, де є ваша аудиторія. Це встановлюється за допомогою поля Crawler region і є можливістю бізнес-плану.
Коли вам це потрібно
- Ви маєте значний трафік на кількох континентах.
- Ваш CDN кешується для POP або регіону, а не глобально.
- Ви надаєте локалізований вміст із певного регіону.
- Ви запускаєте налаштування з кількома CDN, де поведінка відрізняється залежно від географії.
Якщо майже всі ваші відвідувачі знаходяться в одній країні, один регіон підійде, а багаторегіонність збільшує витрати без користі.
Потепління з більшої кількості регіонів примножує запити
Кожен регіон надсилає власні запити, тому охоплення трьох регіонів приблизно потроює обсяг запитів — як у порівнянні з вашим джерелом, так і з бюджетом URL-адрес вашого плану. Відповідно встановіть ліміти ставок.
Вибирайте регіони з вашої фактичної аналітики, а не з очікувань. Зігрівання регіону, який генерує два відсотки вашого трафіку, рідко коштує потроєного бюджету запиту.
Розігрів браузера / SSR
Звичайна вибірка HTTP отримує HTML, який повертає сервер. Для більшості сайтів це саме те, що кешується, і це все, що вам потрібно.
Деякі стеки відрізняються. Якщо рівень кешу, який вам важливий, заповнюється лише після повної візуалізації — інтерфейс із інтенсивним використанням JavaScript або фреймворк, кеш якого заповнюється за повною навігацією, а не за необробленим запитом — проста вибірка не підігріє нічого корисного.
Потепління браузера/SSR використовує справжній механізм браузера для належного завантаження сторінки. Це можливість бізнес-плану, увімкнена в warmer.
| Використовуйте звичайне підігрів HTTP, коли… | Використовуйте підігрів браузера, коли… |
|---|---|
| Ваш сервер повертає повний HTML | Сторінка зібрана на стороні клієнта |
| CDN або кеш сторінки зберігає відповідь | Кеш заповнюється лише після повного проходу візуалізації |
| Вам потрібна максимальна пропускна здатність за недорого | Правильність важливіша за обсяг |
| Більшість статичних і традиційних CMS сайтів | Маршрути у стилі програми-маршрутизатора SSR/ISR не заповнюються |
Прогрівання браузера набагато важче
Відтворення сторінки в браузері вимагає набагато більше часу та ресурсів, ніж її отримання. Використовуйте його вибірково для маршрутів, які справді його потребують, і зберігайте легке підігрів HTTP для всього іншого. Не перемикайте весь великий warmer у режим браузера без зниження обмеження швидкості.
Практичний тест: спочатку запустіть звичайний HTTP warmer. Якщо [Стан кешу] (/documentation/cache-health) показує, що ці маршрути все ще холодні, тоді як решта вашого сайту покращується, розігрів браузера варто спробувати.
Мобільне утеплення
Якщо ваш CDN змінює свою кешовану копію за допомогою агента користувача або ви обслуговуєте різні шаблони для мобільних пристроїв, підігрів лише за допомогою агента для робочого столу залишає відвідувачів телефонів у холодному кеші — зазвичай більшість вашого трафіку.
Увімкніть теплу мобільну версію, щоб також сканувати за допомогою мобільних агентів користувачів. У планах, які це дозволяють, ви також можете надати власні мобільні агенти користувача для точного контролю.
- Важливо, якщо ваш ключ кешу містить агент користувача або клас пристрою.
- Важливо, якщо ви обслуговуєте окрему мобільну тему або субдомен
m.. - Немає потреби, якщо ви обслуговуєте ідентичний адаптивний HTML на кожному пристрої — одна кешована копія вже обслуговує всіх.
Note
Розігрів настільних і мобільних варіантів приблизно подвоює обсяг запитів, оскільки кожна URL-адреса отримується в обох агентах. Перш ніж увімкнути його на великому сайті, перевірте ліміти ставок і сплануйте бюджет.
Спеціальні агенти користувача
Поле Агенти користувача дозволяє точно встановити, з якими рядками агентів надсилаються запити. Причини, з яких ви можете:
- Ваш CDN використовує ключі свого кешу на певних рядках агента, і вам потрібно точно їх збігати.
- Фільтр ботів блокує невідомих агентів, і ви включили в список дозволених певних агентів.
- Ви хочете, щоб гарячі запити ідентифікувалися в журналах вашого сервера, щоб відокремити їх від реального трафіку.
Tip
Використання відмінного, ідентифікованого агента користувача для зігрівання є хорошою практикою. Це робить трафік Cache Rocket очевидним у вашій аналітиці та журналах доступу, і його легко виключити зі звітів.