Gyorsítótárazás és sebesség

Többrétegű gyorsítótárazás, amely nagy méretben is gyorsan tartja a webhelyeket

A Zinn Digital® webhelyekre irányuló látogatások mayor része soha nem éri el a PHP-t vagy a MySQL-t. A LiteSpeed teljes oldalas gyorsítótár, a webhelyenkénti Redis objektum-gyorsítótár és a CDN edge együtt dolgoznak, az okos automatikus törlés által koordinálva, így az oldalak gyorsak maradnak, a kiszolgálók pedig tehermentesek maradnak – több mint 650 000+ üzemeltetett webhelyen világszerte.

Három gyorsítótár-réteg, egy összehangolt rendszer

A sebesség abból fakad, hogy a megfelelő tartalmat a leggyorsabb helyről szolgáljuk ki. Három gyorsítótárat halmozunk egymásra, hogy a kérésre a lehető leghamarabb megérkezzen a válasz — a hálózati peremen (edge), a webszerveren vagy a memóriából —, és soha ne kelljen újra felépíteni egy már elkészült oldalt.

LSCache teljes oldalas gyorsítótár

A LiteSpeed hosztokon a gyorsítótárazható előlapi válaszok LiteSpeed cache-control és tag fejlécekkel vannak ellátva, így a webszerver a PHP meghívása vagy a MySQL lekérdezése nélkül szolgálja ki a teljes oldalakat. Ez a legnagyobb egyedi nyereség az első bájt letöltési idejére (time-to-first-byte) vonatkozóan a WordPress esetében.

Webhelyenkénti Redis objektumgyorsítótár

Egy kattintással telepíthető egy önálló Redis objektumgyorsítótár-bővítmény, amely tehermentesíti az ismétlődő adatbázis-olvasásokat. Ha a Redis esetleg nem elérhető, a bővítmény visszatér a kérésenkénti memóriabeli gyorsítótárhoz, így a webhely továbbra is működik.

CDN és edge

A statikus elemeket és a gyorsítótárazható oldalakat a látogatókhoz közeli CDN-ről szolgáljuk ki. A törlések replikálódnak a peremhálózaton, így az szinkronban marad az eredeti gyorsítótárral: egyetlen vezérlő, nem pedig három független beállítás.

Az intelligens automatikus ürítés frissen tartja a tartalmat

A gyorsítótár csak akkor hasznos, ha a megfelelő oldalakat törli a megfelelő pillanatban. A miénk figyeli a valós változásokat, és a LiteSpeed gyorsítótár-címkék használatával sebészi pontossággal ürít, nem pedig egy durva, mindent törlő módszerrel minden egyes szerkesztésnél.

  • Amikor egy bejegyzés vagy oldal mentésre, a lombikba helyezésre vagy törzésre kerül, csak az érintett oldalak és azok listázásai ürülnek ki.
  • A hozzászólások, szerkesztett taxonómiai kifejezések, témaváltások, bővítmények aktiválásai, valamint a mag-, bővítmény- és témafrissítések mind célzott ürítéseket váltanak ki.
  • A tükrözés aláírt webhookon keresztül frissíti a vezérlőpultot, így a CDN és az éltárhely (edge) az eredeti tartalommal szinkronban ürül ki.
  • Egy REST purge végpont lehetővé teszi a panel számára, hogy minden elemet, megadott URL-eket vagy specifikus címkéket töröljön — egy adminisztrátori munkamenettel vagy egy HMAC-SHA256 aláírással hitelesítve.

Alapértelmezés szerint biztonságos — a dinamikus oldalak soha nem kerülnek gyorsítótárba

Az agresszív gyorsítótárazás csak akkor biztonságos, ha a folyamatosan élő elemek sosem kerülnek a gyorsítótárba. A Zinn® Cache ésszerű WordPress és WooCommerce / Easy Digital Downloads alapbeállításokkal érkezik: a kosár, a pénztár, a fiókom, a REST és AJAX, az előnézet és a keresés ki van zárva, minden bejelentkezett vagy munkamenet-sütit tartalmazó kérés pedig frissen lesz kiszolgálva.

Ez azt jelenti, hogy a vásárló soha nem látja más kosarát, a bejelentkezett szerkesztő pedig soha nem lát elavult piszkozatot. Webhelyenként további útvonal-, lekérdezési kulcs- és süti-előtag szabályokat adhat hozzá, ha egy bővítménynek szüksége van rájuk, anélkül, hogy megváltoztatná a biztonságos alapértelmezett beállításokat.

A gyorsítótárazás blueprintenkénti funkció, így a statikus, a PHP- és a Node-webhelyek a számukra legmegfelelőbb gyorsítótárazást kapják, a bővítmény pedig kecsesen visszaesik minden olyan esetben, amikor a teljes oldalas gyorsítótárréteg hiányzik.

GYIK

Ezt mind be kell állítanom?

Nem. A Zinn® Cache bővítmény benne van a deploy footprint-ben, a teljes oldalas gyorsítótár, az objektum-gyorsítótár, az automatikus ürítés és a biztonságos kivételek pedig automatikusan be vannak állítva a Zinn® által hostolt webhelyeken. Mindent finomhangolhat a Beállítások → Zinn® Cache menüpont alatt, vagy a vezérlőpultról, ha szeretné.

A gyorsítótárazás tönkreteszi a WooCommerce áruházamat?

Nem. A kosvár, a pénztár, a fiókom, valamint minden bejelentkezett vagy munkameneti sütit használó kérés alapértelmezés szerint soha nem kerül gyorsítótárba, így a dinamikus és ügyfélenként változó oldalak mindig élők maradnak. A teljes oldalas gyorsítótár csak olyan oldalakat szolgál ki, amelyek minden látogató számára megegyeznek.

Mi történik, ha a Redis nem érhető el?

Az objektum-gyorsítótár opcionális és biztonságosan meghibásodik. Ha a phpredis bővítmény hiányzik, a kapcsoló egy értesítéssel letiltásra kerül; ha a Redis futásidőben elérhetetlenné válik, a beépülő modul egy kérésen belüli memóriabeli gyorsítótárból szolgál ki, így az oldal soha nem dől össze.

Szükséges ehhez a LiteSpeed?

A teljes oldalas gyorsítótárazás egy LiteSpeed webszervert használ, vagy a harmadik féltől származó LiteSpeed Cache plugint, ha az már aktív. Más szervereken nem kerülnek kibocsátásra gyorsítótár-fejlécek, de az objektum-gyorsítótár, a kivételek és a távoli törlés továbbra is működnek.

Hogyan marad szinkronban a CDN és a szerver gyorsítótára?

Egy összehangolt ürítés. Amikor a tartalom megváltozik, a célzott, címkealapú ürítések törlik az érintett oldalakat a webszerveren, és egy aláírt webhookon keresztül tükröződnek a CDN-en és az edge-en, így minden réteg egyszerre törli ugyanazokat az oldalakat.

Tekintsd meg a saját oldalaidon

Kezdj el egy kártya nélküli 14 napos próbaidőszakot, és hagyd, hogy a többrétegű gyorsítótár végezze el a munkát. Ingyenes átköltöztetés, 30 napos pénzvisszafizetési garancia, 99,99%-os rendelkezésre állási garancia és nincsenek kötöttségek a szolgáltatónál.

Kezdje ingyen