Основные понятия

Cache Rocket последовательно использует небольшой набор терминов в приложении и в этой документации. Если вы выучите их один раз, все остальное будет читаться быстрее.

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

Холодный

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

Теплый

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

Потепление

Намеренный запрос URL-адреса, чтобы его кешированная копия была создана или обновлена до того, как она понадобится реальному посетителю.

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

Дополнительное время, в течение которого первый посетитель после истечения срока действия ожидает перестройки страницы. В устранении этого и состоит весь смысл Cache Rocket.

Warmers#

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-адрес, который остается медленным даже после прогрева — обычно это признак того, что он не кешируется, а не сбой прогрева.

Они сводятся в [Состояние кеша] (/documentation/cache-health).

Рабочие пространства и роли#

По умолчанию все находится в вашем личном аккаунте. В планах, включающих команды, вы можете создавать рабочие пространства (организации), которые владеют собственными warmers, hostnames, оповещениями и интеграцией CDN.

Участники получают роль — владелец, администратор, разработчик, финансист или наблюдатель — которая решает, что они могут видеть и изменять. Агентства используют одно рабочее пространство на каждого клиента. См. Команды и роли.

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

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

Поля для возможностей, которые не включены в ваш план, скрыты или отключены в формах, поэтому интерфейс всегда отражает то, что вы действительно можете использовать. См. Планы и ограничения.

Ключи API#

Пара открытого и секретного ключа проверяет подлинность доступа к компьютеру — плагин WordPress, развертывание веб-перехватчиков и общедоступный API. Секрет показывается один раз, сразу после генерации, и больше никогда. Управляйте ими в разделе Аккаунт → Аккаунт. См. [Ключи API] (/documentation/api-keys).