Як це працює

На цій сторінці пояснюється механіка. Вам не обов’язково використовувати Cache Rocket, але розуміння циклу виконання робить кожне налаштування у формі warmer очевидним, а не загадковим.

Життя теплого бігу#

warmer означає збережену конфігурацію, а не запущений процес. Він простоює, поки щось не почне працювати. Коли починається пробіжка, така послідовність:

1. 1

   Посадка черги

   Cache Rocket приймає ваші URL-адреси входу і, якщо ввімкнено, розгортає всі знайдені карти сайту. Вони стають першими елементами в черзі сканування.

2. 2

   Перевірити дозвіл

   Кожна URL-адреса перевіряється на ваш підтверджений hostnames. Усе, що вказує на домен, яким ви не підтвердили, що ви володієте, видаляється до надсилання єдиного запиту.

3. 3

   Надіслати запит на URL

   Cache Rocket отримує URL через HTTP з вашими налаштованими заголовками, файлами cookie та агентом користувача та записує, скільки часу знадобилася відповідь. Це перше завантаження.

4. 4

   Запитуйте знову

   Одразу після цього він отримує ту саму URL-адресу вдруге. Це теплий вантаж. Оскільки перший запит заповнив кеш, другий має бути значно швидшим.

5. 5

   Відкрийте для себе більше URL-адрес

   Посилання, знайдені в HTML, додаються до черги, якщо вони залишаються на перевіреному hostname, не виключаються та знаходяться в межах вашого ліміту глибини.

6. 6

   Повторити в межах

   Черга обробляється не більше, ніж максимальна кількість URL-адрес за хвилину, і зупиняється, коли черга спорожняється або досягається ліміт плану.

7. 7

   Записуйте та повідомляйте

   Канал результатів Справність кешу.Якщо запуск завершився невдало або виникли серйозні помилки, ваші налаштовані Сповіщення запускаються.

Подвійний пошук і чому це важливо#

Двічі отримати кожну URL-адресу — це найрозумніша річ, яку робить Cache Rocket, і вона служить двом цілям одночасно.

Перша мета – зігріти. Перший запит сплачує штраф за холодний запуск — він змушує ваше джерело створити сторінку та кожен кеш перед нею для збереження результату. Cache Rocket добровільно виступає відвідувачем, який чекає, тому реальній людині це не обов’язково.

Друга мета — це докази. Визначивши час для обох запитів, Cache Rocket може показати різницю. Перше завантаження тривалістю 1800 мс, а потім гаряче завантаження тривалістю 90 мс є однозначним доказом заповнення кеша. Якщо обидва числа повільні, ваше кешування не працює, і лише прогрівання вас не врятує — це дуже корисно знати.

Як виявляють URL-адреси#

warmer знаходить роботу трьома способами, і вони складаються разом:

URL-адреси входу

Початкові точки, які ви вводите вручну. Завжди використовується. Для багатьох сайтів достатньо однієї URL-адреси входу — домашньої сторінки.

Карти сайту

Якщо Включити карти сайту увімкнено, а URL-адреса входу вказує на карту сайту .xml, додається кожна URL-адреса, указана всередині. Це надійний спосіб охопити великі сайти, оскільки ваша CMS підтримує список за вас.

Наступне посилання

Cache Rocket зчитує отриманий HTML і ставить у чергу знайдені посилання, не перевищуючи, ніж дозволяє налаштування глибини. Це ловить сторінки, яких немає в жодній карті сайту.

Глибина вимірюється в стрибках від URL-адреси входу. Ваша домашня сторінка має глибину 0. Усе, на що посилаються безпосередньо з неї, має глибину 1. Усе, на що посилаються з *цих* сторінок, має глибину 2 і так далі.

depth 0   https://example.com/                     ← entry URL
depth 1   https://example.com/blog/
          https://example.com/pricing
          https://example.com/about
depth 2   https://example.com/blog/warming-101
          https://example.com/blog/cdn-basics
depth 3   https://example.com/blog/author/sam

З чого починається біг#

Якщо налаштовано тепле вікно розкладу, заплановані автозапуски, що випадають поза дозволеними годинами, пропускаються. Тригери ручного запуску та розгортання все ще працюють.

Огородження#

Кеш warmer структурно є ввічливим роботом, який надсилає багато запитів на веб-сайт. Cache Rocket сприймає це серйозно та обмежує це трьома способами.

Це стосується лише доменів, якими ви володієте

Кожен hostname має бути перевірений через DNS або файл HTTPS, перш ніж він зможе з’явитися в warmer. Це не необов’язкове тертя — без нього служба може бути спрямована на чийсь сервер як інструмент відмови в обслуговуванні. Див. Hostname перевірка.

Він дотримується встановленого вами обмеження швидкості

Максимальна кількість URL-адрес за хвилину — це жорстка межа для частоти запитів. Налаштуйте його так, щоб ваш хостинг міг комфортно поглинати *поверх* реального трафіку. Спільний хостинг може знадобитися 5–10; добре забезпечене джерело за CDN часто може обслуговувати кілька сотень.

Це залишається в межах вашого плану

Ваша підписка обмежує кількість URL-адрес за хвилину, день, тиждень і місяць, а також глибину сканування та кількість підігрівів.Коли досягнуто ліміту, рух повністю зупиняється, а не перебігає.Див. [Плани та обмеження] (/documentation/plans-and-limits).

Де живуть шматки#