Усунення несправностей

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

Взагалі нічого не біжить#

1. 1

   warmer Активний?

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

2. 2

   hostname Перевірено?

   Перевірте Обліковий запис → Hostnames. Очікування перевірки блокує кожен запуск. Див. Hostname перевірка.

3. 3

   Чи введена URL-адреса hostname точно відповідає перевіреній?

   example.com і www.example.com різні. warmer, наведений на неперевірену форму, не запускатиметься.

4. 4

   Ви досягли ліміту плану?

   Перевірте Обліковий запис → Підписка. Вичерпання щоденного або місячного бюджету URL-адреси припиняє нагрівання, доки період не буде скинуто.

5. 5

   Чи блокує вікно розкладу?

   Якщо встановлено теплий розклад, заплановані старти за вікном пропускаються. Спробуйте запустити warmer вручну — якщо це працює, то причиною є вікно.

6. 6

   Ви в правильному робочому місці?

   Warmers належать до робочої області. Перевірте селектор бічної панелі — warmer може бути десь, де ви зараз не шукаєте.

Він працює, але URL-адреси помиляються#

403 Заборонено

Щось навмисно блокує сканер — WAF, бот-фільтр, керування ботами Cloudflare або плагін безпеки.

• Додайте запити Cache Rocket до білого списку на брандмауері або CDN.
• Встановіть спеціальний агент користувача та додайте його в список дозволених.
• Менше максимальних URL-адрес за хвилину — багато фільтрів ботів спрацьовують на основі частоти запитів, а не ідентифікації.
• Перевірте блок країни, якщо ваш регіон warmer відрізняється від того, звідки ви зазвичай переглядаєте веб-сторінки.

429 Забагато запитів

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

Помилки сервера 5xx

Ваше походження виходить з ладу під навантаженням. Негайно знизити ліміт ставки.

301 / 302 переадресації

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

• Використовуйте кінцевий пункт призначення як URL-адресу входу, включаючи або виключаючи www, оскільки ваш сайт фактично його обслуговує.
• Завжди використовуйте https://, ніколи не http://.
• Увімкніть Переписати на HTTPS, якщо внутрішні посилання все ще використовують http.
• Збігайтеся з правилами скісної риски в кінці вашого сайту.

404 Не знайдено

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

Неправильна кількість URL-адрес#

Набагато менше, ніж очікувалося

• Глибина надто низька. Сторінки, що перевищують налаштування глибини, ніколи не досягаються.
• Карти сайтів вимкнено. Їх увімкнення зазвичай є найбільшим охопленням.
• Винятки надто широкі. Правило, призначене для /search, може вловлювати більше, ніж ви мали на увазі.
• Ваша навігація лише за допомогою JavaScript. Посилання, яких немає в HTML, неможливо виявити за допомогою вибірки HTTP. Подумайте про розігрів браузера або додайте карти сайту.

Набагато більше, ніж очікувалося

• Фасетні URL-адреси. Комбінації фільтрів і сортувань множаться без обмежень. Виключіть їх, використовуючи регулярний вираз, якщо доступний.
• Параметри сеансу або відстеження. URL-адреси, які відрізняються лише параметром запиту, враховуються окремо.
• Глибока пагінація. Архівні сторінки глибиною в двадцять рідко варто розігрівати.
• Глибина надто висока. Відступіть на один рівень назад.

Він працює чисто, але нічого не стає швидше#

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

1. 1

   Переконайтеся, що сторінку можна кешувати

   Подивіться на заголовки відповідей. Cache-Control: no-store або private означає, що він ніколи не буде кешований, незалежно від того, як часто ви його нагріваєте.

2. 2

   Перевірте наявність Set-Cookie на публічних сторінках

   Багато кешів відмовляються зберігати відповідь, яка встановлює файл cookie. Аналітика та сеансові файли cookie на анонімних сторінках є частими винуватцями.

3. 3

   Перевірте правила кешу CDN

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

4. 4

   Порівняйте запит warmer із справжнім

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

5. 5

   Подивіться на холодний список URL Cache Health

   Він точно визначає, які URL-адреси зазнали впливу, що зазвичай розкриває шаблон.Перегляньте Справність кешу.

curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/
curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/

curl -sI https://www.example.com/ | grep -i "cache\|age\|set-cookie"

Проблеми інтеграції#

Вебхук розгортання повертає 401.

Ключі API неправильні, прострочені або замінені. Переконайтеся, що імена заголовків точно X-Public-Key та X-Secret-Key, і перевірте наявність усічених значень. Див. Ключі API.

Розгортання вебхуку успішне, але нічого не нагрівається.

hostname в тілі не відповідає активному warmer. Перевірте точний hostname, включаючи www, і чи є warmer активним.

Очищення CDN відхилено.

Маркер не має дозволу на очищення або поєднується з неправильним ідентифікатором зони.Див. [Інтеграції CDN] (/documentation/cdn-integrations).

Плагін WordPress повідомляє, що ключі недійсні.

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

Зображення Next.js все ще потрапляють на /_next/image або повертають маркер невідомого сайту.

Переконайтеся, що @cacherocket/next обертає next.config, CACHEROCKET_SITE_TOKEN установлено під час створення, а маркер відповідає активному сайту в розділі Обліковий запис → Next.js .Див. Next.js.

Віддалені зображення Next.js не оптимізовано.

Додайте джерело зображення до білого списку сайту.Відносні шляхи /public потребують CACHEROCKET_ASSET_ORIGIN.Перевищення квоти перетворює програмну помилку на вихідну URL-адресу.

Сповіщення ніколи не надходять.

Перевірте URL-адресу веб-хуку безпосередньо за допомогою curl.Переконайтеся, що вибрано принаймні одну подію та що інтеграція Slack або Discord все ще існує.

Все ще застряг?#

Зберіть їх, перш ніж звертатися до служби підтримки — це перетворить довгий обмін на одну відповідь:

• Ім’я warmer та hostname залучені.
• Те, що ви очікували, і що насправді сталося.
• Показові коди статусу та час завантаження зі сторінки результатів warmer.
• Чи відображає hostname Перевірено.
• Назва вашого тарифного плану та ідентифікатор підписки в розділі «Посилання» на сторінці підписки.
• Для Next.js: ідентифікатор сайту, версія @cacherocket/next і те, чи проблема полягає в доставці зображення чи розгортанні потепління.