Асноўныя паняцці

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

Цёплы і халодны#

Халодны

Не існуе кэшаванай копіі, прыдатнай для выкарыстання. Наступны запыт павінен быць перабудаваны зыходным серверам, што павольна і дорага.

Цёплы

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

Пацяпленне

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

Штраф за халодны старт

Дадатковы час, які першы наведвальнік пасля заканчэння тэрміну чакае, пакуль старонка аднаўляецца. Ліквідацыя гэтага - увесь сэнс Cache Rocket.

Warmers#

warmer - гэта захаваная канфігурацыя, якая апісвае, што трэба сагрэць і як. Гэта цэнтральны аб'ект у Cache Rocket; амаль усё астатняе далучаецца да аднаго.

Актыўны, і што пачынае бегаць#

Кожны warmer мае перамыкач Актыўны. Неактыўныя warmers захоўваюць сваю канфігурацыю, але ніколі не запускаюцца — карысна падчас наладжвання або для прыпынення падчас тэхнічнага абслугоўвання.

Актыўны warmer працуе па сваім раскладзе, і яго таксама можна запусціць уручную, з дапамогай вэб-хука разгортвання або ачысткі CDN.

URL-адрасы ўваходу#

URL-адрас для ўваходу з'яўляецца адпраўной кропкай для цёплага запуску. Запішыце яго цалкам, уключаючы схему:

https://www.example.com              ← good
https://www.example.com/sitemap.xml  ← good, a sitemap
www.example.com                      ← bad, no scheme
/products                            ← bad, not absolute

URL-адрасы ўваходу павінны выкарыстоўваць правераны hostname. Большасці сайтаў патрэбны толькі адзін, таму што выяўленне спасылак і карты сайта робяць усё астатняе. Дадайце больш, каб гарантаваць ахоп раздзела, які дрэнна спасылаецца з галоўнай старонкі - старонкі глыбокай катэгорыі, мэтавай старонкі, даступнай толькі з рэкламы, або другога субдамена.

Глыбіня#

Глыбіня абмяжоўвае колькасць пераходаў па спасылцы ад URL-адрас уваходу, які будзе праходзіць warmer. URL-адрас запісу мае глыбіню 0; старонкі, звязаныя з яго, маюць глыбіню 1; старонкі, на якія спасылаюцца з іх, маюць глыбіню 2.

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

Два інтэрвалы#

Іх часта блытаюць, і яны кантралююць розныя рэчы.

Інтэрвал аўтаматычнага запуску

Як часта пачынаецца новы запуск, у секундах. 3600 азначае, што warmer кожную гадзіну пачынае новы праход над вашым сайтам. Гэта налада, пра якую звычайна хочацца думаць.

Інтэрвал пастаноўкі ў чаргу

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

Выберыце інтэрвал аўтаматычнага запуску, спытаўшы, як доўга вы хочаце пакінуць старонку халоднай. Калі ваш CDN захоўваецца ў кэшы на працягу гадзіны, награванне кожную гадзіну пастаянна падтрымлівае рэчы ў цяпле. Разагрэў значна часцей, чым ваш TTL кэша, проста павялічвае нагрузку без карысці.

Ліміты хуткасці#

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

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

Hostnames і праверка#

hostname - гэта дамен, які вы зарэгістравалі ў Cache Rocket і даказалі, што кантралюеце яго, напрыклад www.example.com. Пакуль hostname не будзе праверана, ніякія warmer не могуць нацэльвацца на яго.

Верыфікацыя - гэта наўмысны кантроль злоўжыванняў. Без гэтага кожны мог бы накіраваць службу на чужы сервер і выкарыстоўваць яго ў якасці інструмента атакі. Падрабязнасці ў Hostname праверка.

Вымярэнне выніку#

Першая загрузка

Колькі часу заняў першы з двух запытаў. Уяўляе вопыт наведвальніка, які трапляе на халодную старонку.

Цёплая нагрузка

Колькі часу заняў непасрэдны другі запыт. Прадстаўляе вопыт кожнага, хто прыязджае пасля пацяплення.

Паляпшэнне

Разрыў паміж імі. Гэта канкрэтнае пацяпленне перавагі, атрыманае для гэтага URL.

Ацэнка цеплыні

Доля адсочваных вамі URL-адрасоў, якія выглядаюць належным чынам кэшаванымі, на аснове часу і звязаных з кэшам загалоўкаў адказаў.

Халодны URL

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

Яны згортваюцца ў [Здароўе кэша] (/documentation/cache-health).

Працоўныя прасторы і ролі#

Па змаўчанні ўсё знаходзіцца ў вашым асабістым кабінеце. У планах, якія ўключаюць каманды, вы можаце ствараць працоўныя прасторы (арганізацыі), якія валодаюць уласнымі warmers, hostnames, абвесткамі і інтэграцыяй CDN.

Удзельнікі атрымліваюць ролю — Уладальнік, Адміністратар, Распрацоўшчык, Фінансы або Глядач — якая вырашае, што яны могуць бачыць і змяняць. Агенцтвы выкарыстоўваюць адно працоўнае месца для кожнага кліента. Глядзіце [Каманды і ролі] (/documentation/teams-and-roles).

Планы і правы#

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

Палі для магчымасцей, якія не ўключае ваш план, схаваны або адключаны ў формах, таму інтэрфейс заўсёды адлюстроўвае тое, што вы можаце выкарыстоўваць. Глядзіце [Планы і ліміты] (/documentation/plans-and-limits).

API ключы#

Пара адкрыты ключ і сакрэтны ключ аўтэнтыфікуе доступ да машыны — плагін WordPress, разгортванне вэб-хукаў і публічны API. Сакрэт паказваецца адзін раз, адразу пасля стварэння, і ніколі зноў. Кіруйце імі ў раздзеле Уліковы запіс → Уліковы запіс. Глядзіце [Ключы API] (/documentation/api-keys).