Як гэта працуе

Што сапраўды адбываецца падчас прагрэву — выяўленне URL, чарга, падвойны запыт і як Cache Rocket даведваецца, што прагрэў спрацаваў.

9 хв чытання

На гэтай старонцы тлумачыцца механіка. Для выкарыстання Cache Rocket гэта не абавязкова, але разуменне цыкла выканання робіць кожны параметр у форме warmer відавочным, а не таямнічым.

Жыццё цёплага бегу

warmer - гэта захаваная канфігурацыя, а не запушчаны працэс. Ён прастойвае, пакуль нешта не пачне працаваць. Калі пачынаецца бег, гэта паслядоўнасць:

  1. 1

    Пасеяць чаргу

    Cache Rocket прымае вашы URL-адрасы і, калі ўключана, разгортвае ўсе знойдзеныя карты сайта. Яны становяцца першымі элементамі ў чарзе сканавання.

  2. 2

    Праверце дазвол

    Кожны URL правяраецца на адпаведнасць вашым правераным hostnames. Усё, што паказвае на дамен, які не пацвердзіў, што вы валодаеце, выдаляецца да адпраўкі аднаго запыту.

  3. 3

    Запытаць URL

    Cache Rocket атрымлівае URL праз HTTP з наладжанымі вамі загалоўкамі, файламі cookie і карыстальніцкім агентам і запісвае, колькі часу заняў адказ. Гэта першая загрузка.

  4. 4

    Запытайце яшчэ раз

    Адразу пасля гэтага ён другі раз атрымлівае той жа URL. Гэта цёплая нагрузка. Паколькі першы запыт запоўніў кэш, другі павінен быць значна хутчэй.

  5. 5

    Адкрыйце для сябе больш URL-адрасоў

    Спасылкі, знойдзеныя ў HTML, дадаюцца ў чаргу, пакуль яны застаюцца на правераным hostname, не выключаюцца і знаходзяцца ў межах вашага ліміту глыбіні.

  6. 6

    Паўтарыце ў межах

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

  7. 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, і гэтак далей.

Глыб., ілюстр
text
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.