Основні поняття

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

Теплий і холодний#

Холодний

Немає придатної для використання кешованої копії. Наступний запит має бути перебудований вашим вихідним сервером, що є повільним і дорогим.

Теплий

Існує нова кешована копія. Наступний запит надсилається з кешу, як правило, через кілька мілісекунд, не торкаючись програми.

Утеплення

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

Штраф за холодний старт

Додатковий час, який перший відвідувач чекає після закінчення терміну дії, поки сторінка буде перебудована. Усунення цього — суть Cache Rocket.

Грілки#

warmer — це збережена конфігурація, яка описує, що і як нагрівати. Це центральний об’єкт у Cache Rocket; майже все інше приєднується до одного.

Активний, і те, що починає бігати#

Кожен warmer має перемикач Активний. Неактивні warmers зберігають свою конфігурацію, але ніколи не запускаються — корисно під час налаштування або для призупинення під час обслуговування.

Активний warmer виконується за розкладом, і його також можна запустити вручну, за допомогою вебхука розгортання або дії очищення CDN.

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

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

https://www.example.com              ← good
https://www.example.com/sitemap.xml  ← good, a sitemap
www.example.com                      ← bad, no scheme
/products                            ← bad, not absolute

URL-адреси входу мають використовувати перевірений hostname. Більшості сайтів потрібен лише один, оскільки пошук посилань і карти сайту зроблять все інше. Додайте більше, щоб гарантувати охоплення розділу, на який погано посилається домашня сторінка — сторінки глибокої категорії, цільової сторінки, доступної лише за допомогою оголошень, або другого субдомену.

Глибина#

Глибина обмежує кількість переходів посилань від URL-адреси входу, яку пройде warmer. URL входу має глибину 0; сторінки, на які посилаються з нього, мають глибину 1; сторінки, на які посилаються з них, мають глибину 2.

Якщо ви використовуєте карти сайту, вам часто потрібна менша глибина: у карті сайту вже перераховано ваші глибокі сторінки, тому їх можна розігріти, не повзаючи до них.

Два інтервали#

Їх часто плутають, і вони контролюють різні речі.

Інтервал автозапуску

Як часто починається новий запуск, у секундах. 3600 означає, що warmer щогодини починає нове проходження вашого сайту. Це налаштування, про яке зазвичай хочеться думати.

Інтервал постановки в чергу

Як часто URL-адреси повторно ставляться в чергу протягом циклу підігріву, у секундах. Він керує темпом роботи, а не тим, коли починається пас. Значення за замовчуванням підходить, якщо у вас немає конкретної причини його змінити.

Виберіть інтервал автоматичного запуску, запитавши, як довго ви готові залишити сторінку холодною. Якщо ваш CDN кешується протягом години, нагрівання щогодини постійно підтримує тепло. Нагрівання набагато частіше, ніж ваш TTL кешу, лише додає навантаження без користі.

Обмеження ставок#

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

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

Hostnames та перевірка#

hostname – це домен, який ви зареєстрували в Cache Rocket і підтвердили, що ним керуєте, наприклад www.example.com. Поки hostname не буде підтверджено, жодні warmer не можуть націлюватися на нього.

Перевірка – це свідомий контроль зловживань. Без нього будь-хто міг би спрямувати службу на сторонній сервер і використовувати його як інструмент атаки. Деталі в Hostname перевірка.

Вимірювання результату#

Перше завантаження

Скільки часу зайняв перший із двох запитів. Відображає досвід відвідувача, який потрапляє на холодну сторінку.

Тепле навантаження

Скільки часу зайняв негайний другий запит. Представляє досвід кожного, хто приходить після потепління.

Поліпшення

Розрив між двома. Це конкретна перевага зігрівання, надана для цієї URL-адреси.

Оцінка тепла

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

Холодний URL

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

Вони згортаються в Стан кешу.

Робочі області та ролі#

За замовчуванням все знаходиться у вашому особистому кабінеті. У планах, які включають команди, ви можете створювати робочі області (організації), які володіють власними warmers, hostnames, сповіщеннями та інтеграцією CDN.

Учасники отримують роль — Власник, Адміністратор, Розробник, Фінанси або Переглядач — яка вирішує, що вони можуть бачити та змінювати.Агентства використовують одне робоче місце для кожного клієнта.Див. Команди та ролі.

Плани та права#

• Обмеження — числові обмеження, наприклад, скільки warmers ви можете створити, наскільки глибоко вони можуть сканувати та скільки URL-адрес ви можете розігріти на місяць.
• Права — чи доступні можливості взагалі, як-от карти сайту, спеціальні заголовки, багаторегіональне нагрівання, GraphQL або команди.

Поля для можливостей, які не включає ваш план, приховані або вимкнені у формах, тому інтерфейс завжди відображає те, що ви насправді можете використовувати.Див. [Плани та обмеження] (/documentation/plans-and-limits).

Ключі API#

Пара відкритого ключа і секретного ключа автентифікує доступ до машини — плагін WordPress, розгортання веб-хуків і публічний API.Секрет показується один раз, відразу після генерації, і ніколи знову.Керуйте ними в меню Обліковий запис → Обліковий запис.Див. Ключі API.