Teljesítmény
Minden WordPress webhely teljes oldalas gyorsítótárat és webhelyenkénti Redis objektum-gyorsítótárat kap, amelyek a tárhely részei, és a kiszolgálón futnak ahelyett, hogy egy Ön által konfigurálandó bővítményben futnának. Mindkettő kapcsolóként érhető el a webhely Teljesítmény (Performance) lapján, és ugyanez a lap méri a változásokat is: a valódi látogatóktól származó Core Web Vitals értékeket, a kiszolgálón mért kérésidőket, valamint a kód szintű profilozást, amely megnevezi az időt igénylő bővítményt vagy lekérdezést.
Ezek a tárhelycsomag részét képezik. Nem jelentenek külön szintet, és a fizetős frissítés kikapcsolása soha nem távolítja el őket — ami azért lényeges, mert egy olyan visszalépés, amely csendben megszüntetné a gyorsítótárazást, olyasmit venne el Öntől, amit soha nem vásárolt meg, és amiért soha nem szüntette meg a fizetést.
A renderelt oldalak közvetlenül a gyorsítótárból kerülnek kiszolgálásra, teljesen megkerülve a PHP-t a be nem jelentkezett látogatók számára. Egy tartalom- vagy bemutatówebhely esetében ez az elérhető legnagyobb egyedi előny, és ez a különbség egy olyan szerver között, amely meg sem érzi a forgalom hirtelen megugrását, és egy olyan között, amely összeomlik.
A perzisztens objektum-gyorsítótár megakadályozza, hogy a WordPress minden kérésnél újra felépítse ugyanazt az adatbázis-lekérdezést, így az oldalak terhelés alatt is gyorsabban összeállnak, az adatbázis pedig tehermentes marad. Webhelyenként külön, nem megosztott — az Ön gyorsítótára nem függ mások kiürítéseitől.
A kosarak, a pénztárak, a fiókoldalak és a bejelentkezett látogatóknak kiszolgált tartalmak alapértelmezés szerint ki vannak zárva, mind a WordPress, mind a WooCommerce esetében. Az a gyorsítótár, amely egy ügyfélnek egy másik ügyfél kosarát jeleníti meg, nem teljesítménybeli funkció.
Tegyen közzé egy bejegyzést, és ez törli az adott bejegyzést és azokat a listákat, amelyeken megjelenik; egy hozzászólás törli a szülőelemét; a téma váltása mindent töröl.
A gyorsítótárazás gazdaságosabbá teszi az oldal kiszolgálását. Nem teszi könnyebbé a nehéz képeket, és nem gátolja meg a blokkoló szkripteket a blokkolásban — ez a magán a webhelyen végzett munka, és pontosan erre szolgál a szakértői gyorsítás.
| Tartalmazott gyorsítótárazás | Szakértői gyorsítás | |
|---|---|---|
| Teljes oldalas gyorsítótár (LiteSpeed LSCache) | Igen | Configured for how the site is built |
| Webhelyenkénti Redis objektum-gyorsítótár | Igen | Configured and tuned |
| Képtömörítés és modern formátumok | Nem | Igen |
| A(z) Render műveletet blokkoló CSS és szkriptek | Nem | Deferred; critical CSS on the heaviest tier |
| CDN a webhely előtt | From the CDN tab | From the CDN tab |
| Hogyan kerül kiszámlázásra | With the hosting | One-off, by how complex the site is |
| Ki végzi a munkát | You switch it on | Our engineers |
| Hogyan juthat hozzá | The Performance tab | Bought as an add-on |
A szakértői gyorsítás ára a webhely összetettségétől függ, mivel az összetettség határozza meg a munkaórákat — tekintse meg a gyorsítási oldalt, hogy megtudja, mit tartalmaznak az egyes szintek.
Minden webhely rendelkezik ilyennel. Megmutatja a már bekapcsolt gyorsítótárazást, azt, hogy mit tapasztalnak a valódi látogatók, és hogy mire megy el a webhelye ideje.
Az oldal gyorsítótára és az objektum gyorsítótára szerepel a listában. Mindegyik saját kapcsolóval rendelkezik, így az az oldal, amelyiknek az egyiket kikapcsolva kell hagynia, megtartja a másikat.
Először olvassa el a Core Web Vitals kártyát és a szerveroldali időzítéseket, hogy a puszta benyomások helyett legyen mihez viszonyítania.
Ha a számok továbbra is csalódást okoznak, a szűk keresztmetszetet általában nem a gyorsítótár jelenti — hanem képek, egy bővítmény vagy egy lekérdezés. A szakértői gyorsítás lényege, hogy fejlesztőink pontosan ezt találják meg és javítják ki.
Bizonyíték, nem megérzés
A Core Web Vitals mutatók abból származnak, amit a valódi látogatók ténylegesen tapasztaltak; ezeket a kezdőlapján automatikusan, bármely más oldalon pedig kérésre ellenőrizzük. A szerveroldali időzítések az Ön webhelye által kiszolgált valós kérések, amelyeket a szerveren mértünk, mielőtt bármi elérte volna a böngészőt — így a lassú oldal elkülönül a lassú hálózattól.
A kódszintű profilozás az, ami meghatározza a következő lépését: a rendszer minden kérést profiloz a szerveren, az előzmények pedig megmutatják, mely oldalak a leglassabbak, melyik bővítmény vagy lekérdezés emészti fel az időt, és hogy romlik-e a helyzet. Egy százas skálán mért pontszám csak azt jelzi, hogy probléma van; ez viszont azt is megmondja, hogy kinél keresendő a hiba.
A különbség köztük az, hogy ki végzi el a munkát. Könnyű és költséges a rosszat választani, ezért íme az őszinte útmutató.
Az oldalgyorsítótár és az objektum-gyorsítótár a csomagja részét képezi, és a „Teljesítmény” lapon kapcsolható be. A legtöbb tartalmi és bemutató webhelyhez ideális, és Önnek semmibe sem kerül.
Hogyan működik a gyorsítótárazás →Egy egyszeri szolgáltatás, amely során a tényleges webhelyéhez konfiguráljuk a gyorsítótárazást — a szükséges kivételekkel és szabályokkal —, majd működőképes állapotban adjuk vissza.
Tekintse meg a gyorsítási szolgáltatásokat →Fejlesztőink arra összpontosítanak, ami valóban lassú: egy index nélküli lekérdezésre, egy bővítményre, amely minden oldalbetöltéskor erőforrás-igényes műveletet végez, vagy egy sablonra, amely a teljes katalógust rendereli. Az ár a webhely összetettségétől függ.
Szakértői sebességoptimalizálás →Az oldal gyorsítótárazása a LiteSpeed megoldása, és a gépparkunk LiteSpeed Enterprise rendszert futtat. Ha máshol tárhelyez, de ugyanezt a motort szeretné, azt is kezeljük.
LiteSpeed, felügyelt →Egy szerveroldali gyorsítótárazási réteg a WordPress számára, amely nem az Ön által telepített és beállított bővítményen, hanem közvetlenül a tárhely szintjén működik. Ez egy teljes oldalas gyorsítótárat és egy webhelyenkénti objektum-gyorsítótárat foglal magában; mindkettő része az Ön csomagjának, és mindkettő a webhely Teljesítmény füléről kezelhető. Nem szükséges külön licencet vásárolni, és konfigurációs fájlt sem kell szerkeszteni.
Két gyorsítótárazási réteg érhető el, és ezek egyetlen beállítás helyett különálló kapcsolókkal vezérelhetők. Az oldal-gyorsítótár a leképezett oldalakat közvetlenül a LiteSpeed LSCache megoldásából szolgálja ki, teljesen kihagyva a PHP futtatását a be nem jelentkezett látogatók esetében — ami a lehető legnagyobb előny egy tartalom- vagy bemutatóoldal számára. Az objektum-gyorsítótár egy webhelyenként dedikált Redis példány, amely megakadályozza, hogy a WordPress minden egyes kérésnél újra felépítse ugyanazt az adatbázis-lekérdezést. Mindkettő minden csomagban megtalálható, és a fizetős szint lemondásával sem vesznek el soha.
Nem. A gyorsítótárazás és az optimalizálások a szerveren futnak, a WordPress alatt. A webhely telepítésének részeként biztosítjuk a Zinn® Cache bővítményt, de ez inkább egy gyorsítótár-vezérlő, mintsem egy gyorsítótár-motor — azért létezik, hogy egy bejegyzés közzététele pontosan azokat az oldalakat ürítse ki, amelyeken a bejegyzés megjelenik, és utasítsa az edge hálózatunkat ugyanezen művelet elvégzésére ahelyett, hogy Ön manuálisan ürítené a gyorsítótárakat.
Az optimalizációk a szerver és a gyorsítótár rétegén futnak, és biztonságos alapértelmezett beállításokkal érkeznek, beleértve a WordPress és a WooCommerce azon útvonalainak kivételeit, amelyeket soha nem szabad gyorsítótárazni — a kosarakat, a pénztárakat, a fiókoldalakat és mindent, amit bejelentkezett felhasználónak szolgálnak ki. Ha valamit mégis ki kell zárni, a gyorsítótár-vezérlő lehetővé teszi annak kizárását anélkül, hogy a teljes réteget ki kellene kapcsolnia.
Ugyanez a lap háromféleképpen méri. A Core Web Vitals adatai a valós látogatók által tapasztaltakból származnak. A szerveroldali időzítések az Ön webhelye által kiszolgált valós kérések, amelyeket a szerveren mértek, még mielőtt bármi eljutott volna a böngészőhöz. A kódszintű profilozás pedig megnevezi azt a bővítményt, lekérdezést vagy kódrészletet, amely az időt felemésztette — ez az egyetlen a három közül, amely megmondja Önnek, hogy valójában min kell változtatnia.
Attól függően, hogy ki végzi a munkát. A gyorsítótárazás ezen az oldalon már be van kapcsolva, és Ön állítja át saját maga. A beállítási szolgáltatás abból áll, hogy egyszer megfelelően konfiguráljuk azt az Ön konkrét webhelyéhez. A szakértői gyorsítás azt jelenti, hogy fejlesztőink a webhelye valós problémáin dolgoznak — képeken, egy lassú lekérdezésen, egy nagy erőforrás-igényű bővítményen, egy olyan sablonon, amely minden oldalbetöltéskor erőforrás-igényes műveletet hajt végre. Ezek nem egyetlen termék különböző verziói; előfordulhat, hogy az egyik pontosan az, amire szüksége van, a többi pedig felesleges.
Minden általunk hosztolt WordPress webhely mindkét gyorsítótárazási réteget tartalmazza — ezek a tárhelyszolgáltatással járnak, nem egy adott csomaghoz kötöttek. Ami változik, az a mögöttes gép: a gyorsítótárazás ott fut, ahol mi felügyeljük a szervert, így a beszállító által kezelt csomagban lévő webhely azt kapja, amit az adott beszállító platformja nyújt helyette.
Az objektum-gyorsítótár a WordPress számára készült, és ott nyújtja a legtöbbet. A teljes oldalas gyorsítótár nem kizárólag WordPress-specifikus – flottánk bármely PHP-alkalmazását vagy statikus webhelyét ugyanaz a LiteSpeed oldali gyorsítótár szolgálja ki, a statikus webhelyek pedig olyan okokból gyorsak, amelyek mindezt jórészt feleslegessé teszik.
Jelenleg nem. Az ezen az oldalon található gyorsítótárazást minden általunk üzemeltetett WordPress webhely használja, és a szolgáltatás részét képezi. Ha az oldalai a bekapcsolást követően is lassúak, a kiváltó okot általában a képek, egy bővítmény vagy egy lekérdezés jelenti, nem pedig a gyorsítótár — ez az a feladat, amelyet a szakértői gyorsítás manuálisan elvégez az Ön konkrét webhelyén.
Nincs mit kipróbálni: a gyorsítótárazás része a tárhelynek, és az első közzétételtől kezdve aktív. Magához a tárhelyhez 14 napos, bankkártya nélküli próbaverzió jár.
Nem, és szándékosan. Az AccelerateWP integrált CDN-nel érkezik, és mi soha nem kapcsoljuk be, mivel minden Zinn® webhely előtt már egy általunk választott edge áll — egy második CDN előtte két egymást követő gyorsítótárat jelentene, és az egyik ürítése után a másik továbbra is elavult oldalt szolgálna ki. Az Ön CDN-je a webhely CDN lapjáról származik.
Igen. Mindkét réteg kapcsolóként működik az egyes webhelyek saját Teljesítmény lapján, és függetlenek egymástól — az a webhely, amelynek ki kell kapcsolnia az oldal gyorsítótárát, továbbra is megőrzi az objektum gyorsítótárát.
Kezdje el a 14 napos próbaidőszakot bankkártya megadása nélkül. A gyorsítótárazás már az első közzétételtől fogva be van kapcsolva — nyissa meg a Performance lapot, és figyelje meg, milyen hatással van a saját számaira.
Kezdés ingyen