Выпраўленне непаладак
Дыягностыка рэальных праблем: нічога не запускаецца, усё падае з памылкамі, або прагрэў працуе, але хутчэй не становіцца.
12 хв чытання
Праблемы дзеляцца на тры групы, і вызначэнне таго, якая ў вас ёсць, адразу звужае прычыну.
Увогуле нічога не бегае
Дадзеныя аб сканаванні не з'яўляюцца. Звычайна гэта праверка або актыўны перамыкач.
Ён працуе, але з памылкамі
URL-адрасы вяртаюць 403, 429, 5xx або перанакіроўваюць. Звычайна блакіроўка або няправільныя URL-адрасы.
Ён працуе чыста, але нічога не паляпшаецца
Коды стану ў парадку, час загрузкі - не. Амаль заўсёды праблема кэшавання, а не разагрэву.
Увогуле нічога не бегае
- 1
warmer Актыўны?
Самая распаўсюджаная прычына з вялікім адрывам. Неактыўны warmer захоўвае свае налады і ніколі не запускаецца.
- 2
hostname Праверана?
Праверце Уліковы запіс → Hostnames. Чаканне праверкі блакуе кожны запуск. Глядзіце [Hostname праверка] (/documentation/hostname-verification).
- 3
Ці супадае URL запісу hostname з правераным?
example.comіwww.example.comрозныя. warmer, накіраваная на неправераную форму, не запускаецца. - 4
Вы дасягнулі ліміту плана?
Праверце Уліковы запіс → Падпіска. Вычэрпванне штодзённага або месячнага бюджэту URL спыняе награванне да скіду перыяду.
- 5
Ці блакуе гэта акно раскладу?
Калі ўсталяваны цёплы графік, запланаваныя старты за акном прапускаюцца. Паспрабуйце запусціць warmer уручную — калі гэта працуе, прычына ў акне.
- 6
Вы ў патрэбнай працоўнай прасторы?
Warmers належаць да працоўнай прасторы. Праверце селектар бакавой панэлі — warmer можа быць дзесьці, дзе вы зараз не шукаеце.
Ён працуе, але памылка URL-адрасоў
403 Забаронена
Штосьці наўмысна блакуе сканер — WAF, бот-фільтр, кіраванне ботамі Cloudflare або ўбудова бяспекі.
- Дадайце запыты Cache Rocket у спіс дазволеных на брандмаўэры або CDN.
- Усталюйце адметны агент карыстальніка і ўключыце яго ў спіс дазволеных.
- Знізьце максімальную колькасць URL-адрасоў у хвіліну — многія фільтры ботаў спрацоўваюць па хуткасці запытаў, а не па ідэнтыфікацыі.
- Праверце блок краіны, калі ваш рэгіён warmer адрозніваецца ад таго, адкуль вы звычайна карыстаецеся.
429 Занадта шмат запытаў
Вы награваецеся хутчэй, чым гэта дазваляе ваш сервер або CDN. Значна паменшыце максімальную колькасць URL-адрасоў у хвіліну — паменшыце яе ўдвая, пераканайцеся, што памылкі спыніліся, а потым паступова павялічвайце. Калі ваш гаспадар патрабуе дакументальна пацверджанага ліміту тарыфаў, трымайцеся пад ім з камфортам.
Памылкі сервера 5xx
Ваша паходжанне выходзіць з ладу пад нагрузкай. Неадкладна знізіце ліміт стаўкі.
Разглядайце 5xx як тэрміновы
Калі пацяпленне можа падштурхнуць ваш паходжанне да памылак сервера, то можа і сціплы ўсплёск трафіку. warmer выявіў рэальную праблему ёмістасці. Знізіце стаўку зараз, а потым паглядзіце, чаму паходжанне такое далікатнае.
301 / 302 перанакіроўвае
Вашы ўваходныя URL-адрасы або ўнутраныя спасылкі паказваюць на месца, дзе адбываецца перанакіраванне. Кожнае перанакіраванне марнуе запыт і грэе няправільны адрас.
- Выкарыстоўвайце канчатковы пункт прызначэння ў якасці URL-адраса ўваходу, уключаючы або выключаючы
www, паколькі ваш сайт яго сапраўды абслугоўвае. - Заўсёды выкарыстоўвайце
https://, ніколі неhttp://. - Уключыце Перапісаць у HTTPS, калі ўнутраныя спасылкі ўсё яшчэ выкарыстоўваюць
http. - Адпаведнасць канвенцыі касой рысы ў канцы вашага сайта.
404 Не знойдзены
Непрацуючыя ўнутраныя спасылкі, састарэлая карта сайта са спісам выдаленых старонак або выяўленыя URL-адрасы, якія ніколі не былі сапраўднымі. Выпраўце спасылкі, паўторна стварыце карту сайта або выключыце парушальны шаблон.
Няправільная колькасць URL-адрасоў
Значна менш, чым чакалася
- Глыбіня занадта нізкая. Старонкі, большыя за наладжаную глыбіню, ніколі не дасягаюцца.
- Карты сайта выключаны. Іх уключэнне звычайна з'яўляецца найбольшай перамогай у ахопе.
- Выключэнні занадта шырокія. Правіла, прызначанае для
/search, можа ўлавіць больш, чым вы мелі на ўвазе. - Ваша навігацыя - толькі JavaScript. Спасылкі, якія не існуюць у HTML, не могуць быць выяўленыя з дапамогай выбаркі HTTP. Падумайце аб разагрэве браўзера або дадайце карты сайта.
Нашмат больш, чым чакалася
- Фасетныя URL-адрасы. Спалучэнні фільтраў і сартавання множацца без абмежаванняў. Выключыце іх, выкарыстоўваючы рэгулярны выраз, калі ён даступны.
- Параметры сеанса або адсочвання. URL-адрасы, якія адрозніваюцца толькі параметрам запыту, улічваюцца асобна.
- Глыбокая пагінацыя. Архіўныя старонкі глыбінёй у дваццаць рэдка вартыя разагрэву.
- Глыбіня занадта вялікая. Адступіце на адзін узровень назад.
Tip
Нечакана высокая колькасць URL-адрасоў - найбольш распаўсюджаны спосаб спаліць штомесячны бюджэт на старонках, якія ніхто не наведвае. Калі колькасць вас здзівіць, паглядзіце на фактычны спіс URL-адрасоў, перш чым павялічваць план.
Ён працуе чыста, але нічога не становіцца хутчэй
Коды стану 200, URL-адрасы ахоплены, і час загрузкі абодвух па-ранейшаму павольны. Разагрэў працуе, а кэшаванне - не. Cache Rocket можа папоўніць толькі існуючы кэш.
- 1
Пацвердзіце магчымасць кэшавання старонкі
Паглядзіце на загалоўкі адказаў.
Cache-Control: no-storeабоprivateазначае, што ён ніколі не будзе кэшаваны, незалежна ад таго, як часта вы яго награваеце. - 2
Праверце наяўнасць Set-Cookie на публічных старонках
Многія кэшы адмаўляюцца захоўваць адказ, які ўсталёўвае файлы cookie. Аналітыка і сесійныя файлы cookie на ананімных старонках часта з'яўляюцца віной.
- 3
Праверце правілы кэшавання вашага CDN
Пераканайцеся, што шлях сапраўды кэшаваны, а не абыдзены, і паглядзіце, ад чаго залежыць ключ кэша.
- 4
Параўнайце запыт warmer з рэальным
Калі warmer адпраўляе файл cookie, загаловак або карыстальніцкі агент, якія наведвальнікі не робяць, магчыма, гэта запаўняе варыянт кэша, які ніхто не запытвае.
- 5
Паглядзіце спіс халодных URL Cache Health
Ён вызначае, якія менавіта URL-адрасы закрануты, што звычайна паказвае шаблон. Глядзіце [Здароўе кэша] (/documentation/cache-health).
Самая карысная дыягностыка
Запытайце адзін і той жа URL двойчы самастойна з дапамогай curl і параўнайце таймінгі і загалоўкі кэша. Калі ваш уласны другі запыт таксама не хутчэйшы, праблема, безумоўна, у наладах кэшавання, а не ў Cache Rocket.
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] (/documentation/api-keys). - Разгортванне вэб-хука атрымалася, але нічога не награваецца.
- hostname у целе не супадае з актыўным warmer. Праверце дакладнае hostname, уключаючы
www, і тое, што warmer з'яўляецца актыўным. - Ачыстка CDN адхілена.
- Маркер не мае дазволу на ачыстку або спалучаны з няправільным ідэнтыфікатарам зоны. Глядзіце [Інтэграцыі CDN] (/documentation/cdn-integrations).
- Плагін WordPress паведамляе, што ключы несапраўдныя.
- Паўторна скапіруйце абедзве клавішы, сочачы за прабеламі. Калі пасля гэтага была створана новая пара, старая больш не працуе.
- Абвесткі ніколі не прыходзяць.
- Праверце URL вэб-хука непасрэдна з дапамогай curl. Пацвердзіце, што выбрана хаця б адна падзея і што інтэграцыя Slack або Discord усё яшчэ існуе.
Усё яшчэ затрымаўся?
Збярыце іх, перш чым звяртацца ў службу падтрымкі - гэта ператворыць доўгі абмен у адзін адказ:
- Імя warmer і hostname уключаны.
- Што вы чакалі, і што на самой справе адбылося.
- Рэпрэзентатыўныя коды стану і час загрузкі са старонкі вынікаў warmer.
- Ці паказвае hostname Праверана.
- Назва вашага плана і ідэнтыфікатар падпіскі ў раздзеле "Спіс літаратуры" на старонцы падпіскі.