Caching at bilis

Multi-layer caching na nagpapanatili sa bilis ng mga site sa malaking saklaw

Karamihan sa mga pagbisita sa isang site ng Zinn Digital® ay hindi kailanman dumadaan sa PHP o MySQL. Ang isang LiteSpeed full-page cache, isang per-site Redis object cache, at ang CDN edge ay magkakasamang gumagana, na kinokordinahan ng matalinong auto-purge, kaya nananatiling mabilis ang mga pahina at tahimik ang mga origin — sa mahigit 650,000 na naka-host na site sa buong mundo.

Magsimula nang libre Tingnan ang pagpepresyo

Tatlong layer ng cache, isang koordinadong sistema

Ang bilis ay nagmumula sa paghahatid ng tamang nilalaman mula sa pinakamabilis na lokasyon. Nagtatagpi kami ng tatlong cache upang masagot ang isang kahilingan sa lalong madaling panahon — sa edge, sa web server, o mula sa memorya — at hindi na kailangang buuin muli ang isang pahina na nabuo na noon.

Buong-pahinang cache ng LSCache

Sa mga host na gumagamit ng LiteSpeed, ang mga cacheable front-end response ay nilalagyan ng LiteSpeed cache-control at tag header, kaya ang web server ay naghahatid ng kumpletong mga pahina nang hindi pinapagana ang PHP o nagtatanong sa MySQL. Iyon ang pinakamalaking tagumpay para sa time-to-first-byte sa WordPress.

Per-site na Redis object cache

Ang isang-click na toggle ay nag-iinstal ng self-contained Redis object-cache drop-in, na nag-aalis ng mga paulit-ulit na pagbabasa ng database. Kung sakaling hindi maabot ang Redis, babalik ang drop-in sa isang per-request in-memory cache, kaya patuloy na gagana ang site.

CDN at edge

Ang mga static asset at cacheable na pahina ay sineserbisyo mula sa CDN na malapit sa mga bisita. Sinasalamin ang mga purge sa edge para manatili itong naka-ayon sa origin cache — isang kontrol, hindi tatlong magkakahiwalay na setting.

Pinapanatiling sariwa ng matalinong auto-purge ang nilalaman

Kapaki-pakinabang lamang ang isang cache kung ili-clear nito ang tamang mga pahina sa tamang sandali. Binabantayan ng sa amin ang mga tunay na pagbabago at surgically nitong pinu-purge gamit ang mga LiteSpeed cache tag — hindi ang basta-bastang pag-flush ng lahat sa bawat pag-edit.

Kapag ang isang post o pahina ay nai-save, inilipat sa basurahan, o tinanggal, ang mga apektadong pahina lamang at ang mga listahan kung saan lumalabas ang mga ito ang nililinis.
Ang mga komento, binagong termino sa taksonomiya, pagpapalit ng tema, pag-activate ng plugin, at pag-update sa core/plugin/tema ay nagti-trigger ng mga naka-target na purge.
I-purge ang mirror patungo sa control-plane panel sa pamamagitan ng isang naka-sign na webhook, upang ang CDN at edge ay mag-purge nang sabay sa origin.
Binibigyang-daan ng isang REST purge endpoint ang panel na i-clear ang lahat, mga partikular na URL, o mga partikular na tag — na pinapatotohanan ng isang admin session o isang HMAC-SHA256 na lagda.

Ligtas bilang default — ang mga dynamic na pahina ay hindi kailanman bina-cache

Ligtas lamang ang aggressive caching kapag ang mga bagay na dapat manatiling buhay ay hindi kailanman napi-cache. Ang Zinn® Cache ay may kasamang angkop na mga default para sa WordPress at WooCommerce / Easy Digital Downloads: ang cart, checkout, my-account, REST at AJAX, preview at search ay hindi kasama, at ang anumang naka-log in o session-cookie na kahilingan ay inihahatid nang bago.

Ibig sabihin nito, hindi kailanman makikita ng isang mamimili ang cart ng ibang tao at ang isang naka-log in na editor ay hindi kailanman makakakita ng lumang draft. Maaari kang magdagdag ng mga karagdagang panuntunan sa path, query-key, at cookie-prefix sa bawat site kapag kailanganin ito ng isang plugin, nang hindi binabago ang mga ligtas na default.

Ang Caching ay kakayahang nakabatay sa bawat blueprint, kaya ang mga static, PHP, at Node site ay kumukuha ng caching na angkop sa kanila, at ang plugin ay maayos na nag-degrade saanman walang layer ng full-page cache.

FAQ

Kailangan ko bang i-configure ang alinman dito?

Hindi. Ang Zinn® Cache plugin ay kasama sa deploy footprint at ang full-page cache, object cache, auto-purge, at safe exclusions ay awtomatikong nakakonekta sa mga site na naka-host sa Zinn®. Maaari mong isaayos ang lahat sa ilalim ng Settings → Zinn® Cache, o mula sa dashboard, kung nais mo.

Masisira ba ng caching ang aking WooCommerce store?

Hindi. Ang cart, checkout, my-account, at anumang naka-log in o session-cookie na kahilingan ay hindi kailanman bina-cache bilang default, kaya ang mga dynamic at per-customer na pahina ay palaging live. Ang full-page cache ay nagpapakita lamang ng mga pahinang pareho para sa bawat bisita.

Ano ang mangyayari kung ang Redis ay hindi available?

Opsyonal ang object cache at ligtas itong gumagana sakaling magka-error. Kung nawawala ang phpredis extension, naka-disable ang toggle na may kasamang abiso; kung hindi maabot ang Redis habang tumatakbo, pinapagana ng drop-in ang cache mula sa in-memory bawat request para hindi kailanman masira ang site.

Kailangan ba nito ang LiteSpeed?

Gumagamit ang full-page caching ng isang LiteSpeed web server, o ang third-party na LiteSpeed Cache plugin kung aktibo na ito. Sa iba pang mga server, walang cache header na ipinapadala, ngunit gagana pa rin ang object cache, mga eksepsiyon, at remote purge.

Paano nagkakasabay ang CDN at ang mga cache ng server?

Isang koordinadong paglilinis. Kapag nagbago ang nilalaman, nililinis ng mga naka-target na paglilinis batay sa tag ang mga apektadong pahina sa web server at sinasalamin ito sa CDN at edge sa pamamagitan ng naka-sign na webhook, kaya sabay-sabay na nililinis ng bawat layer ang parehong mga pahina.

Kaugnay

Tingnan ito sa iyong sariling mga site

Magsimula ng 14-araw na pagsubok na walang kailangang credit card at hayaang ang multi-layer cache ang gumawa ng trabaho. Libreng paglipat, 30-araw na garantiya sa pagbabalik ng pera, 99.99% na kasiguruhan sa uptime, at walang vendor lock-in.

Magsimula nang libre