Як гэта працуе
Што сапраўды адбываецца падчас прагрэву — выяўленне URL, чарга, падвойны запыт і як Cache Rocket даведваецца, што прагрэў спрацаваў.
9 хв чытання
На гэтай старонцы тлумачыцца механіка. Для выкарыстання Cache Rocket гэта не абавязкова, але разуменне цыкла выканання робіць кожны параметр у форме warmer відавочным, а не таямнічым.
Жыццё цёплага бегу
warmer - гэта захаваная канфігурацыя, а не запушчаны працэс. Ён прастойвае, пакуль нешта не пачне працаваць. Калі пачынаецца бег, гэта паслядоўнасць:
- 1
Пасеяць чаргу
Cache Rocket прымае вашы URL-адрасы і, калі ўключана, разгортвае ўсе знойдзеныя карты сайта. Яны становяцца першымі элементамі ў чарзе сканавання.
- 2
Праверце дазвол
Кожны URL правяраецца на адпаведнасць вашым правераным hostnames. Усё, што паказвае на дамен, які не пацвердзіў, што вы валодаеце, выдаляецца да адпраўкі аднаго запыту.
- 3
Запытаць URL
Cache Rocket атрымлівае URL праз HTTP з наладжанымі вамі загалоўкамі, файламі cookie і карыстальніцкім агентам і запісвае, колькі часу заняў адказ. Гэта першая загрузка.
- 4
Запытайце яшчэ раз
Адразу пасля гэтага ён другі раз атрымлівае той жа URL. Гэта цёплая нагрузка. Паколькі першы запыт запоўніў кэш, другі павінен быць значна хутчэй.
- 5
Адкрыйце для сябе больш URL-адрасоў
Спасылкі, знойдзеныя ў HTML, дадаюцца ў чаргу, пакуль яны застаюцца на правераным hostname, не выключаюцца і знаходзяцца ў межах вашага ліміту глыбіні.
- 6
Паўтарыце ў межах
Чарга апрацоўваецца з хуткасцю не большай за максімальную колькасць URL-адрасоў у хвіліну і спыняецца, калі чарга спусташаецца або дасягаецца ліміт плана.
- 7
Запісвайце і паведамляйце
Стужка вынікаў [Стан кэша] (/documentation/cache-health). Калі запуск не ўдаўся або былі сур'ёзныя памылкі, вашы настроеныя [Абвесткі] (/documentation/alerts) спрацуюць.
Двайны выбар і чаму гэта важна
Атрыманне кожнага URL двойчы - гэта самая разумная рэч, якую робіць Cache Rocket, і яна служыць дзвюм мэтам адначасова.
Першая мэта - уцяпленне. Першы запыт плаціць штраф за халодны запуск — ён прымушае ваш крыніца стварыць старонку і кожны кэш перад ёй для захавання выніку. Cache Rocket добраахвотна выступае ў якасці наведвальніка, які чакае, таму сапраўднаму чалавеку гэта не абавязкова.
Другая мэта - доказ. Прымеркаваўшы абодва запыты, Cache Rocket можа паказаць вам розніцу. Першая загрузка ў 1800 мс, а затым гарачая загрузка ў 90 мс з'яўляецца адназначным доказам таго, што кэш запоўнены. Калі абодва лічбы павольныя, ваша кэшаванне не працуе, і толькі пацяпленне вас не выратуе — што само па сабе вельмі карысна ведаць.
| Першая загрузка | Цёплая нагрузка | Што гэта значыць |
|---|---|---|
| павольна | Хуткі | Працуе ідэальна. Старонка была халоднай, пацяпленне запоўніла кэш, і наступны наведвальнік атрымлівае хуткі нумар. |
| Хуткі | Хуткі | Ужо цёплы. Нешта захоўвала гэты URL у кэшы з моманту апошняга запуску. Няма чаго выпраўляць. |
| павольна | павольна | Не кэшуецца. Адказ, верагодна, пазначаны як "не захоўваць", усталёўвае файлы cookie або абыходзіць кэш. Пацяпленне не можа дапамагчы, пакуль гэта не выпраўлена. |
| Хуткі | павольна | Незвычайна. Звычайна гэта прыкмета перагружанага паходжання або абмежавання хуткасці. Паспрабуйце знізіць максімальную колькасць URL-адрасоў у хвіліну. |
Tip
Трэці слупок - гэта ўся прычына [Здароўе кэша] (/documentation/cache-health). Ён аб'ядноўвае гэтыя пары па кожным URL, каб вы маглі бачыць, якія часткі вашага сайта сапраўды можна кэшаваць.
Як выяўляюць 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Глыбіня расце хутка
Кожны дадатковы ўзровень можа шматкроць павялічваць колькасць URL-адрасоў. Пераход ад глыбіні 2 да глыбіні 4 на вялікім сайце можа ператварыць некалькі сотняў URL-адрасоў у дзясяткі тысяч. Павялічвайце яго на крок за крокам і глядзіце, як ваш URL лічыцца.
З чаго пачынаецца бег
| Трыгер | Як гэта працуе |
|---|---|
| Расклад | Інтэрвал аўтаматычнага запуску кожныя N секунд аўтаматычна запускае новы запуск. Гэта нармальны, штодзённы рэжым. |
| Вы, рукой | Запуск warmer з Уліковага запісу → Warmers запускае яго неадкладна. Карысна для тэставання змены канфігурацыі. |
| Разгортванне | Ваша CI або платформа хостынгу выклікае вэб-хук пасля паспяховага выпуску. Глядзіце [Разгарнуць трыгеры] (/documentation/deploy-triggers). |
| Ачыстка CDN | Дзеянне purge → rewarm ачышчае пэўныя URL-адрасы ў вашым CDN і неадкладна іх зноў награвае. Глядзіце [Інтэграцыі CDN] (/documentation/cdn-integrations). |
Калі наладжана цёплае акно раскладу, запланаваныя аўтазапускі, якія выпадаюць па-за дазволенымі гадзінамі, прапускаюцца. Трыгеры ручнога запуску і разгортвання ўсё яшчэ працуюць.
Агароджы
Кэш warmer структурна з'яўляецца ветлівым робатам, які дасылае шмат запытаў на сайт. Cache Rocket успрымае гэта сур'ёзна і абмяжоўвае гэта трыма спосабамі.
Гэта тычыцца толькі даменаў, якімі вы валодаеце
Кожны hostname павінен быць правераны праз DNS або файл HTTPS, перш чым ён можа з'явіцца ў warmer. Гэта не з'яўляецца неабавязковым трэннем - без гэтага служба можа быць накіравана на чужы сервер у якасці інструмента адмовы ў абслугоўванні. Глядзіце [Hostname праверка] (/documentation/hostname-verification).
Ён выконвае абмежаванне хуткасці, якое вы задалі
Максімальная колькасць URL-адрасоў у хвіліну - гэта жорсткая столь колькасці запытаў. Усталюйце яго на тое, што ваш хостынг можа камфортна паглынаць *у дадатак* да рэальнага трафіку. Агульны хостынг можа спатрэбіцца 5–10; добра падрыхтаванае паходжанне за CDN часта можа апрацоўваць некалькі сотняў.
Гэта застаецца ў межах вашага плана
Ваша падпіска абмяжоўвае колькасць URL-адрасоў у хвіліну, дзень, тыдзень і месяц, а таксама глыбіню сканавання і колькасць warmers. Калі ліміт дасягнуты, прагон спыняецца чыста, а не пераганяе. Глядзіце [Планы і ліміты] (/documentation/plans-and-limits).
Дзе жывуць кавалкі
| Элемент бакавой панэлі | Для чаго гэта |
|---|---|
| Здароўе кэша | Прыборная панэль. Ацэнкі цеплыні, халодныя URL-адрасы і таймінгі да/пасля. |
| Warmers | Стварайце і кіруйце вэб-сайтам warmers, а таксама праглядайце вынікі сканіраваных URL-адрасоў. |
| API Warmers | Тое ж самае для канчатковых кропак REST і GraphQL. |
| Абвесткі | Slack, Discord і апавяшчэнні вэб-хук. |
| CDN | Уліковыя дадзеныя пастаўшчыка і інструмент ачысткі → перагрэву. |
| Разгортванне інтэграцыі | URL-адрасы Webhook і прыклады curl для CI і платформаў хостынгу. |
| Hostnames | Дадайце і праверце дамены, якія вам дазволена грэць. |
| Падпіска | План, ліміты, выстаўленне рахункаў і рахункі-фактуры. |
| Рахунак | Дэталі профілю і ключы API. |
| Каманды | Працоўныя прасторы і ролі ўдзельнікаў у планах, якія іх уключаюць. |
Гатовы пабудаваць?
[Хуткі старт] (/documentation/quickstart) праходзіць поўную першую ўстаноўку прыкладна за пятнаццаць хвілін, большасць з якіх чакае DNS.