Пашыраны прагрэў
Часавыя вокны, шматрэгіянальны прагрэў, рэндэрынг у браўзеры/SSR і мабільныя user agent’ы.
12 хв чытання
Чатыры магчымасці для налад, якія не ахопліваюцца звычайным штогадзінным сканаваннем HTTP. Усе з'яўляюцца закрытымі планам - калі адзін адсутнічае ў вашай форме, ён не ўваходзіць у вашу падпіску.
Цёплыя вокны раскладу
Па змаўчанні актыўны warmer пачынае новы запуск кожныя інтэрвалы аўтаматычнага запуску кругласутачна. Вокны раскладу абмяжоўваюць гэта гадзінамі, якія вы выбіраеце.
За акном запланаваныя аўтазапускі прапускаюцца. Ручныя запускі, трыгеры разгортвання і дзеянні ачысткі-перагрэву CDN па-ранейшаму працуюць — акно кіруе раскладам, а не warmer у цэлым.
Чаму вы хочаце гэтага
- Моцна разагрэйце перад пікам. Разгарніцеся за некалькі гадзін да самага напружанага перыяду, каб усё было горача, калі трафік паменшыўся.
- Адступіцца на ноч. Эканомце бюджэт запыту і нагрузку на паходжанне, калі нікога няма.
- Абараніце перыяды абслугоўвання. Спыніце разагрэў падчас рэзервовага капіравання, міграцыі або пакетных заданняў.
- Падтрымлівайце рэдакцыйны рытм. Рэдакцыі часта моцна награваюцца перад ранішнім чытаннем.
Фармат JSON
Поле цёплага раскладу змяшчае аб'ект JSON з гадзінным поясам і спісам вокнаў:
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
]
}| Палявы | Сэнс |
|---|---|
timezone | Назва гадзіннага пояса IANA, напрыклад Europe/Amsterdam, America/New_York або UTC. Windows ацэньваюцца ў гэтай зоне, таму пераход на летні час ажыццяўляецца за вас. |
windows | Спіс часовых вокнаў. Запускі дазволеныя ўнутры любога з іх. |
days | Дні тыдня, да якіх прымяняецца акно, дзе 1 - гэта панядзелак, а 7 - нядзеля. |
startHour | Гадзіна, калі адчыняецца акно, 0–23. |
endHour | Гадзіна, калі акно зачыняецца, 0–23. |
intensity | Адноснае высілак нагрэву падчас акна. 1 нармальна; меншае значэнне грэе больш мякка. |
{
"timezone": "Europe/Amsterdam",
"windows": [
{ "days": [1, 2, 3, 4, 5], "startHour": 6, "endHour": 10, "intensity": 1 },
{ "days": [1, 2, 3, 4, 5, 6, 7], "startHour": 0, "endHour": 5, "intensity": 0.3 }
]
}Праверце, ці дастаткова шырокае акно, каб скончыць
Калі поўнае праходжанне займае тры гадзіны, а ваша акно роўна дзвюм, запускі будуць скарочаны, а пазнейшыя URL-адрасы ніколі не нагрэюцца. Альбо пашырыце акно, падніміце ліміт хуткасці, альбо звузіце вобласць прымянення warmer.
Tip
Пакіньце поле пустым грэцца круглыя суткі. Гэта правільны выбар для большасці сайтаў - дадавайце вокны, толькі калі ў вас ёсць канкрэтная прычына.
Шматрэгіянальнае пацяпленне
Большасць CDN кэшуюць незалежна ў кожнай кропцы прысутнасці. Старонка, падагрэтая з Еўропы, запаўняе еўрапейскі краёвы вузел - гэта нічога не робіць для наведвальніка ў Сінгапуры, які трапляе на іншы POP, які ніколі не абслугоўваў гэтую старонку.
Мультырэгіённае пацяпленне запускае warmer з абранага рэгіянальнага асобніка сканера, так што геаграфічна размеркаваныя кэшы фактычна запаўняюцца там, дзе знаходзіцца ваша аўдыторыя. Ён усталёўваецца з дапамогай поля Crawler region і з'яўляецца магчымасцю бізнес-плана.
Калі трэба
- У вас значны трафік на больш чым адным кантыненце.
- Ваш CDN кэшуецца на POP або на рэгіён, а не глабальна.
- Вы абслугоўваеце лакалізаваны кантэнт з канкрэтнага рэгіёну.
- Вы запускаеце ўстаноўку з некалькімі CDN, дзе паводзіны адрозніваюцца ў залежнасці ад геаграфіі.
Калі амаль усе вашы наведвальнікі знаходзяцца ў адной краіне, адзін рэгіён падыдзе, а мультырэгіён павялічвае выдаткі без карысці.
Пацяпленне з большай колькасці рэгіёнаў памнажае запыты
Кожны рэгіён выдае свае ўласныя запыты, таму ахоп трох рэгіёнаў павялічвае аб'ём запытаў прыкладна ўтрая — у параўнанні як з вашым паходжаннем, так і з бюджэтам URL вашага плана. Адпаведна ўсталюйце ліміты ставак.
Выбірайце рэгіёны з вашай фактычнай аналітыкі, а не з памкненняў. Пацяпленне рэгіёна, які стварае два працэнты вашага трафіку, рэдка каштуе патроенага бюджэту запыту.
Пацяпленне браўзера / SSR
Простая выбарка HTTP атрымлівае HTML, які вяртае сервер. Для большасці сайтаў гэта менавіта тое, што кэшуецца, і гэта ўсё, што вам трэба.
Некаторыя стэкі адрозніваюцца. Калі ўзровень кэша, які вас цікавіць, запаўняецца толькі пасля поўнага візуалізацыі - інтэрфейс з вялікай колькасцю JavaScript або фрэймворк, кэш якога запаўняецца пры поўнай навігацыі, а не пры неапрацаваным запыце - простая выбарка не абагравае нічога карыснага.
Пацяпленне браўзера / SSR выкарыстоўвае сапраўдны механізм браўзера для правільнай загрузкі старонкі. Гэта магчымасць бізнес-плана, уключаная ў warmer.
| Выкарыстоўвайце простае разагрэў HTTP, калі... | Выкарыстоўваць разагрэў браўзера, калі... |
|---|---|
| Ваш сервер вяртае поўны HTML | Старонка сабрана на баку кліента |
| CDN або кэш старонак захоўвае адказ | Кэш запаўняецца толькі пасля поўнага праходжання візуалізацыі |
| Вам патрэбна максімальная прапускная здольнасць па танных цэнах | Правільнасць мае большае значэнне, чым аб'ём |
| Большасць статычных і традыцыйных сайтаў CMS | Маршруты ў стылі прыкладання SSR/ISR, якія не запаўняюцца |
Прагрэў браўзэра нашмат цяжэй
Адлюстраванне старонкі ў браўзеры каштуе значна больш часу і рэсурсаў, чым яе атрыманне. Выбіральна выкарыстоўвайце яго для маршрутаў, якія сапраўды маюць патрэбу ў ім, і падтрымлівайце лёгкае ацяпленне HTTP для ўсяго астатняга. Не пераключайце ўвесь вялікі warmer у рэжым браўзера без паніжэння ліміту хуткасці.
Практычны тэст: спачатку запусціце звычайны HTTP warmer. Калі [Здароўе кэша] (/documentation/cache-health) паказвае, што гэтыя маршруты ўсё яшчэ халодныя, а астатняя частка вашага сайта паляпшаецца, разагрэў браўзера варта паспрабаваць.
Мабільнае ўцяпленне
Калі ваш CDN вар'іруе сваю кэшаваную копію карыстальніцкім агентам або вы абслугоўваеце розныя мабільныя шаблоны, пацяпленне толькі з дапамогай настольнага агента пакідае наведвальнікаў па тэлефоне ў халодным кэшы - звычайна большасць вашага трафіку.
Уключыце Цёплую мабільную версію, каб таксама сканаваць з дапамогай мабільных карыстальніцкіх агентаў. У тарыфных планах, якія гэта дазваляюць, вы таксама можаце паставіць уласныя мабільныя карыстальніцкія агенты для дакладнага кантролю.
- Істотны, калі ваш ключ кэша ўключае карыстальніцкі агент або клас прылады.
- Неабходна, калі вы абслугоўваеце асобную мабільную тэму або субдамен
m.. - Гэта непатрэбна, калі вы абслугоўваеце ідэнтычны адаптыўны HTML для кожнай прылады - адна кэшаваная копія ўжо абслугоўвае ўсіх.
Note
Разагрэў настольных і мабільных варыянтаў прыкладна падвойвае аб'ём запытаў, паколькі кожны URL атрымліваецца абодвума агентамі. Праверце ліміты ставак і сплануйце бюджэт, перш чым уключаць яго на вялікім сайце.
Карыстальніцкія агенты карыстальніка
Поле Агенты карыстальніка дазваляе вам усталяваць, з якімі радкамі агента адпраўляюцца запыты. Прычыны, па якіх вы можаце:
- Ваш CDN кэшуе ключы для пэўных радкоў агента, і вам трэба іх дакладна супаставіць.
- Фільтр для ботаў блакуе невядомых агентаў, і вы ўнеслі ў спіс дазволеных асобных агентаў.
- Вы хочаце, каб цёплыя запыты ідэнтыфікаваліся ў часопісах вашага сервера, каб аддзяліць іх ад рэальнага трафіку.
Tip
Выкарыстанне адметнага, ідэнтыфікаванага карыстальніцкага агента для разагрэву - добрая практыка. Гэта робіць трафік Cache Rocket відавочным у вашай аналітыцы і журналах доступу, і яго лёгка выключыць са справаздач.