Internet ablakok Android

WordPress Super Cache bővítmény, használja a böngésző gyorsítótárát. Hogyan állíthatom be a WordPress gyorsítótárat? Hyper Cache beállításai a kiszolgáló terhelésének csökkentése érdekében

Nemrég az egyik olvasónk megkérdezte tőlünk, hogyan lehet törölni a WordPress gyorsítótárat? Webböngészője, szervere és a webhelyére telepített beépülő modulok gyorsítótárazási folyamatot alkalmazhatnak, amely valószínűleg nem teszi lehetővé a blog frissített állapotának megtekintéséhez.

Ebben a cikkben megmutatjuk, hogyan kell megfelelően törölni a WordPress blog gyorsítótárát.

A gyorsítótárazási megoldások a webhely statikus változatát tárolják. Ez lehetővé teszi a WordPress számára, hogy kihagyja a legnehezebb PHP-szkripteket, és javítsa webhelye teljesítményét.


WordPress Sokféle gyorsítótárazási megoldás létezik. A legnépszerűbbek az "És" típusú gyorsítótár-bővítmények.

Ezek a beépülő modulok könnyen használható felületet biztosítanak a blog gyorsítótárának, a gyorsítótárazott tartalom lejáratának és az igény szerinti gyorsítótárazásnak a kezeléséhez.

Az olyan szolgáltatók által kezelt WordPress tárhely, mint a WPEngine, saját gyorsítótárazási megoldásokat használ, így Önnek nem kell telepítenie ezt a gyorsítótárazási bővítményt.

Ha olyan CDN-szolgáltatást használ, mint a „MaxCDN” vagy a „CloudFlare”, az a statikus tartalom gyorsítótárazott másolatait is kiszolgálja.

Ha a webalkalmazások tűzfalát „Vagy” néven használja a WordPress biztonságának növelésére, akkor ezeknek saját gyorsítótáruk is van a webhely felgyorsítása és az állásidő csökkentése érdekében.

Végül a böngészője az oldalak gyorsítótárazott verzióit is tárolhatja a számítógépén.

A gyorsítótárazás célja a webhely felgyorsítása és az általános felhasználói élmény javítása. Néha azonban megakadályozza, hogy lássa a webhelyén végrehajtott változtatásokat, ami frusztráló lehet. Ebben az esetben a módosítások megtekintéséhez törölnie kell a gyorsítótárat.

Nézzük azonban meg, hogyan lehet üríteni a gyorsítótárat a WordPressben.

1. lépés: Törölje a böngésző gyorsítótárát

Először is törölnie kell a gyorsítótárat. A legtöbb webböngésző képes statikus tartalmat, például stíluslapokat, JavaScriptet és képeket tárolni egy webhelyről, hogy felgyorsítsa a későbbi látogatásokat.

Előfordulhat azonban, hogy a webböngészők nem veszik észre, hogy egy weboldal megváltozott. Ahelyett, hogy új másolatot kapnának, továbbra is újratölthetik az oldalt a gép gyorsítótárazott verziójáról.

Így törölheti a Google Chrome böngésző gyorsítótárát. Először kattintson a menü ikonra, majd válassza ki« További Eszközök > Navigációs adatok törlése .


Megnyílik egy ablak, ahol kiválaszthatja az eltávolítani kívánt tartalmat. Győződjön meg arról, hogy a gyorsítótárazott képek és fájlok ellenőrizve vannak, majd kattintson a " Böngészési adatok törlése P".


Sikeresen törölte a böngésző gyorsítótárát, és most megpróbálhatja elérni a webhelyet.

Ha továbbra sem lát változást, folytassa a következő lépésekkel.

Ha a két legjobb WordPress gyorsítótár-kezelő bővítmény közül szeretne választani, tekintse meg cikkünket:

Más webböngészők esetén olvassa el a megfelelő dokumentációt a gyorsítótáruk törléséről.

2. lépés: Törölje a WordPress beépülő modul gyorsítótárát

Ha WordPress gyorsítótár-bővítményt használ, törölnie kell a bővítmény gyorsítótárát. A legtöbb gyorsítótárazási beépülő modul lehetővé teszi, hogy ezt a megfelelő beállításokkal egyszerűen elvégezze.

Törölje a gyorsítótárat a WP Super Cache-ből

Ez lehetővé teszi a felhasználók számára, hogy egy kattintással azonnal gyorsítótárba helyezzék webhelyüket. A robotja automatikusan kiválasztja az Ön WordPress-oldalait a gyorsítótár létrehozásához, majd automatikusan aktiválja a javasolt WordPress gyorsítótárazási beállításokat, például a GZIP-tömörítést, az oldalgyorsítótárazást és a gyorsítótár előtöltését.

A WP Rocket további funkciókat is tartalmaz, amelyeket engedélyezhet a termelékenység további javítása érdekében. Beleértve a képek lusta betöltését, a CDN-támogatást, a DNS előzetes letöltését, a kicsinyítést stb.

2.WP leggyorsabb gyorsítótár

A WP Fastest Cache egy WordPress gyorsítótár-bővítmény, amely szinte mindent kínál, amit a felhasználó kereshet. A bővítmény fejlesztői azt állítják, hogy ez a legegyszerűbb és leggyorsabb WP Cache rendszer. És hogy őszinte legyek, az! Több mint 300 000 aktív telepítéssel ez a bővítmény gyors böngészési élményt kínál a látogatóknak.

Az adatok gyorsítótárazásával a WordPressben felgyorsíthatja webhelyét, és jelentősen csökkentheti a szerver terhelését. A kernelben három fő gyorsítótárazási típus létezik: oldalgyorsítótár, objektumgyorsítótár és tranzitív gyorsítótár. Ebben a cikkben röviden bemutatjuk mindhárom típust, valamint áttekintünk néhány népszerű WordPress gyorsítótár-bővítményt.

Mi az a gyorsítótár?

A gyorsítótár egy köztes puffer, amely lehetővé teszi a leggyakrabban használt adatok tárolását a memóriában vagy a merevlemezen, ami jelentősen felgyorsíthatja azok kiadásának folyamatát. Jó példák arra, amikor előnyös a gyorsítótár használata:

Ezen lekérdezések mindegyike gyorsítótárazással gyorsítható. Például, ha az oldal kezdőlapján megjelenítjük legújabb Twitter-üzenetünket, akkor nem kell minden alkalommal kérést intéznünk a Twitterhez, amikor meglátogatjuk a kezdőlapot.

Elég, ha az első látogatáskor egy kérést teszünk, és az eredményt egy bizonyos ideig elmentjük a gyorsítótárban, és a főoldal következő látogatásakor sokkal gyorsabban tudjuk visszaadni a mentett eredményt a memóriából.

Gyorsítótár a WordPressben

A WordPress gyorsítótárazásnak három fő típusa van:

  • Oldalgyorsítótár – lehetővé teszi a teljes oldalak gyorsítótárba mentését, és a gyorsítótárból történő kiadását a későbbi kérések során
  • Objektum gyorsítótár – lehetővé teszi tetszőleges típusú adatok gyorsítótárazását
  • Tranzit gyorsítótárazás - nagyon hasonló az objektum gyorsítótárazáshoz, lehetővé teszi az adatok egy bizonyos ideig történő mentését

A gyorsítótárazás mindhárom típusa átfedi egymást vagy bizonyos körülmények között függ egymástól. Az egyes típusokról részletesebben fogunk beszélni, kezdve a legegyszerűbbtől és a leggyakoribbtól.

Oldal gyorsítótár a WordPressben

Sok munkát igényel egyetlen WordPress archívum oldal kinyerése. Ez néhány adatbázis-lekérdezés a legfrissebb bejegyzések, widget-beállítások, témabeállítások, aktív beépülő modulok, webhely címe és leírása, háttérkép, cím és még sok minden más eléréséhez.

Az oldalgyorsítótár (oldal gyorsítótár) lehetővé teszi a teljes oldal kiadásának eredményének mentését. Az ugyanarra a címre küldött későbbi kérésre ugyanazt az oldalt adják ki, de a gyorsítótárból sokkal gyorsabban és kisebb terhelés mellett a szerveren.

Amikor egy bejegyzés vagy oldal tartalma megváltozik, az oldal gyorsítótára visszaáll, és a következő kérés egy új oldalt gyorsítótáraz frissített adatokkal.

Az oldalgyorsítótárazás nem a WordPress magjában van megvalósítva, de minden szükséges funkció rendelkezésre áll ahhoz, hogy ezt plugin szinten megvalósítsa. A két legnépszerűbb oldalgyorsítótárazási bővítmény a WP Super Cache és a W3 Total Cache, bár vannak mások is.

WP SuperCache beépülő modul

A WP Super Cache a legnépszerűbb oldalgyorsítótárazási bővítmény a WordPresshez. Lehetővé teszi statikus HTML fájlok létrehozását és kiszolgálását oldalaihoz, és egy bizonyos konfiguráció mellett beállíthatja ezeknek az oldalaknak a kiadását közvetlenül a webszerver által (Apache vagy nginx), általánosságban megkerülve a PHP fájlok feldolgozását.

A WP Super Cache beépülő modul új verziói tartalmaznak néhány további funkciót, például CDN-beállítást, a webhely mobil verziójának támogatását és így tovább, de ennek a bővítménynek a lényege az oldal gyorsítótárazása.

A WP Super Cache kezdőknek és tapasztaltabb WordPress-felhasználóknak egyaránt alkalmas, de mivel a fájlrendszert használja a gyorsítótárazáshoz, rendkívül nehéz lesz használni egy két vagy több webszervert tartalmazó webhelyen.

A W3 Total Cache beépülő modul fiatalabb, mint a WP Super Cache, de a funkcionalitás tekintetében nem rosszabb. Nagyon gyorsan népszerűvé válik, és ma már több mint 2 millióan töltötték le a WordPress.org könyvtárból.

A W3 Total Cache lehetővé teszi a gyorsítótárazott oldalak tárolását a merevlemezen és a memóriában egyaránt. Nem őrzi meg a gyorsítótár-struktúrát, ahogyan a WP Super Cache teszi, így lehetetlen a kimenet testreszabása PHP használata nélkül, de a WP Super Cache-től eltérően a külső tároló használata megkönnyíti a munkát többszerveres architektúrában.

A W3 Total Cache hatalmas testreszabási és további funkciókkal rendelkezik, beleértve a CDN-támogatást, az adatbázislekérdezések gyorsítótárazását, a szkript- és stílustömörítést és még sok mást. A tapasztaltabb WordPress felhasználóknak a W3 Total Cache alkalmazást ajánljuk.

A cikk írásakor a Batcache bővítményt csak körülbelül tízezerszer töltötték le a WordPress.org könyvtárból, de ez ebben az esetben nem jelzi a hatékonyságát. Teljesítményét tekintve nem rosszabb sem a WP Super Cache-nél, sem a W3 Total Cache-nél.

A Batcache bővítménynek egyetlen funkciója van - az oldalgyorsítótárazás, de ezt hibátlanul végzi. A Batcache külső objektum-gyorsítótárat használ az adatok tárolására, így könnyen használható többkiszolgálós architektúrában. Ezt a bővítményt a hatalmas WordPress.com hálózat használja, több mint 40 millió webhelytel, több mint 2000 szerverrel és több mint 10 milliárd oldalmegtekintéssel havonta.

Az, hogy melyik oldalgyorsítótárazási beépülő modult választja, a webhely méretétől, a képességeitől és a WordPress-szel kapcsolatos tapasztalataitól függ. Ha jelenleg nem használ oldalgyorsítótárazási beépülő modulokat, mindig javasoljuk, hogy a WP Super Cache használatával kezdje. Ha több szolgáltatás és finomabb gyorsítótár fontos az Ön számára, próbálja ki a W3 Total Cache-t. Ha jártas a programozásban és a szerveradminisztrációban, és kész feláldozni a grafikus felületet a beállításkor, próbálja ki a Batcache-t.

Objektum gyorsítótárazás a WordPressben

Az objektum-gyorsítótár (objektum-gyorsítótár) a WordPress magjában van megvalósítva. Ez a mechanizmus lehetővé teszi, hogy tetszőleges típusú objektumokat tároljon a memóriában, és főleg a WordPress téma- és bővítményfejlesztők számára hasznos.

Például amikor egy MySQL adatbázisból kérünk opciót a get_option függvénnyel, a WordPress eltárolja ennek a függvénynek az eredményét a memóriában, és a következő elérésekor az eredményt a memóriából adja vissza anélkül, hogy lekérdezést végezne az adatbázisban.

Hasonló gyorsítótárazás van megvalósítva számos objektum magjában, beleértve a beállításokat, bejegyzéseket (oldalakat és egyéni típusokat), a bejegyzés metaadatait, kifejezéseket és taxonómiákat. Éppen ezért a WordPress fejlesztőinek nem kell félniük az olyan függvények használatától, mint a get_option és a get_post, mivel az ilyen hívások nem okoznak szükségtelen kéréseket az adatbázisban.

Az objektumok gyorsítótárazása a WordPressben számos belső funkció használatával történik, többek között: wp_cache_add , wp_cache_set , wp_cache_get .

Állandó objektum-gyorsítótár

Fontos tudni, hogy a WordPress objektum-gyorsítótárazás alapértelmezés szerint nem állandó. Ez azt jelenti, hogy a gyorsítótárazott értékek csak egy oldalkérésre érvényesek, és a következő kéréseknél a gyorsítótár a semmiből jön létre.

Első pillantásra ez egyáltalán nem előnyös, de ha összeszámoljuk, hogy a WordPress hányszor hívja meg a get_option függvényt egyetlen kérés feldolgozásához (kb. 500-szor), akkor nyilvánvalóvá válik az objektum gyorsítótárazás előnyei.

A WordPress állandó objektum-gyorsítótárazása (vagy külső gyorsítótár) azonban könnyen megvalósítható harmadik féltől származó beépülő modulok, például a Memcached Object Cache vagy az APC Object Cache segítségével. Mindkét beépülő modul lehetővé teszi a szerver RAM használatát WordPress objektumok tárolására, miközben az objektumok nem tűnnek el a kérés végén. Ez a megközelítés jelentősen csökkenti a MySQL adatbázis terhelését.

Azt is érdemes megjegyezni, hogy ha az oldal gyorsítótárazása be van kapcsolva, az idő leggyakrabban nem éri el a mentett objektumokkal való munkát, mivel az oldal teljes egészében a gyorsítótárból kerül kiadásra. Ez nem ok az objektum-gyorsítótár letiltására, különösen, ha bejelentkezett felhasználókkal foglalkozik, és egyes bővítmények (pl. Batcache) általában objektum-gyorsítótárat használnak az oldalak tárolására.

Tranzit gyorsítótár a WordPressben

A felhasználók számára ez a gyorsítótárazási módszer teljesen átlátható. Az átmeneti gyorsítótár (tranziens gyorsítótár) lehetővé teszi a fejlesztők számára, hogy egy bizonyos ideig mentsék az adatokat. Ezt a módszert a WordPress a get_transient , set_transient és delete_transient függvényekkel valósítja meg.

A tömegközlekedési gyorsítótárazást leggyakrabban töredéktárolásra használják, különösen akkor, ha külső erőforrásokhoz intézett kérésekről van szó, például a Twitter-hálózatról érkező üzenetek megjelenítésére vagy egy harmadik féltől származó időjárás-előrejelzés megjelenítésére.

Hasonló gyorsítótárazás is használatos a magban, amikor RSS-hírcsatornákkal dolgozik, és kéri a témák, a bővítmények és a WordPress mag frissítését.

Az objektum-gyorsítótárral ellentétben a tranzitív gyorsítótárazás alapértelmezés szerint állandó a WordPressben, és minden adatot az adatbázisban tárol. Fontos azonban megjegyezni, hogy külső objektum-gyorsítótárazási bővítmény (például Memcached vagy APC) használatakor a tranzitív gyorsítótárazás ezt a beépülő modult használja adattárolásra.

Objektum gyorsítótárazás vagy tranzitív gyorsítótár?

A két módszer közötti választás meglehetősen egyszerű a fejlesztők számára. Ha az eredményt egy bizonyos ideig és egynél több kérésre kell mentenünk, akkor a legjobb a tranzitív gyorsítótár használata. Ha egy kis objektumot csak az aktuális kéréshez kell a memóriában tárolnunk, az objektum gyorsítótárazás megfelelő számunkra. Ha határozatlan időre kell elmentenünk valamit, akkor a legegyszerűbb az opciók használata - akkor garantált, hogy az érték bekerül az adatbázisba.

Ha a beépülő modult állandó objektum-gyorsítótárazáshoz használja, mindhárom módszer ezt a beépülő modult fogja használni.

Következtetés

A gyorsítótárazás fontos szerepet játszik a webhelyek teljesítményének és sebességének javításában, valamint a nagy terhelésre való optimalizálásban. A legtöbb esetben az alacsony forgalmú webhelyeknél ez nem annyira fontos, bár mindig jó, ha az oldal gyorsabban nyílik meg.

A legtöbb webhely esetében az egyszerű oldalgyorsítótárazás minden, a sebességgel és a terheléssel kapcsolatos problémát megold. Ez az első teendő, ha problémák merülnek fel, különösen az olcsó tárhelyoldalakon. Az oldalgyorsítótárazási bővítmények könnyen telepíthetők és konfigurálhatók.

Az objektum-gyorsítótárazás és a tranzitív gyorsítótárazás meglehetősen átlátható a WordPress-felhasználók számára, de fontos, hogy a fejlesztők tisztában legyenek a két mechanizmussal, és elválasztsák egymástól. A külső objektum-gyorsítótárazáshoz szükséges beépülő modulok beállítása gyakran több erőfeszítést igényel, mint az oldalgyorsítótárazás.

Végül ne feledje, hogy a gyorsítótárazás csak az egyik módja webhelye sebességének növelésének. Ha fontos számodra a sebesség, ne feledkezzünk meg a képoptimalizálásról, a szkript- és stílustömörítésről, a lekérdezések és adatbázisok optimalizálásáról, a CDN-kiszolgálók használatáról és a terheléselosztásról sem.

Ha bármilyen kérdése van a WordPress gyorsítótárazásával kapcsolatban, vagy problémái vannak a gyorsítótárazási bővítmény beállításával, írjon megjegyzést, és örömmel segítünk.

02.07.2013 05.11.2013

A WP Magazine és az első oroszországi WordCamp konferencia társalapítója. Az Automattic fejlesztőjeként aktívan részt vesz a WordPress mag fejlesztésében. Kedvenc programozási nyelv: Python.

Üdvözöljük, kedves blogolvasók Ebben a cikkben azt a fontos témát fogjuk érinteni, hogy gyorsítsuk fel blogunkat a WordPress platformon, és csökkentsük a tárhely szerver terhelését a hipergyorsítótár használatával.

egy wordpress gyorsítótár bővítmény (wordpress cache). Ügyeljen arra, hogy használja a wordpress gyorsítótárat, és webhelye betöltési sebessége jelentősen megnő.

Amikor növeled a blogod látogatóinak számát, probléma adódik. Amikor egy olvasó meg akar tekinteni egy adott oldalt a webhelyén, meg kell várnia, amíg a szerver létrehozza azt a wordpress témájának és tartalmának megfelelően.

Hányszor lesz lekérve egy adott oldal, annyiszor jön létre újra és újra a szerveren. Minél több látogató érkezik a blogra, annál nagyobb a terhelés a szerveren és annál hosszabb a betöltési idő.

Mindez elkerülhető az úgynevezett caching ill wordpress gyorsítótár. Ami?

Ez az a folyamat, amelynek során a generált oldalt az Ön kérésére elmentik a webhely egy adott könyvtárába a Hyper cache beépülő modul segítségével. Most, ha valaki más is hozzáfér ugyanarra az oldalra a szerveren, akkor az nem generálódik újra, hanem egyszerűen átveszi a kívánt mappából, ahol tárolja. wordpress gyorsítótárés elküldjük a felhasználó böngészőjének.

Így a blog weblapjainak gyorsítótárazása nagyon hatékony módja a tárhelyszerver terhelésének csökkentésének és a teljes blog felgyorsításának.

Hyper cache plugin. Wordpress gyorsítótár telepítése és konfigurálása.

Ez nagyon jó wordpress gyorsítótár csak a blogod nem regisztrált felhasználóinál működik. A legtöbb esetben a webhelytulajdonosok nem engedélyezik a látogatóknak, hogy regisztráljanak az erőforrásukon, és kiderül, hogy a blogon csak a rendszergazda regisztrált személy, azaz Ön.

Ez azt jelenti, hogy személy szerint wordpress gyorsítótár nem fog működni, és ez nagyszerű. Képzeld el, hogy végrehajtottál néhány változtatást a blogodon (például a dizájnban), majd kiderül, hogy ezeket a változtatásokat nem fogod látni, amíg vissza nem állítod a wordpress gyorsítótárat, és ezt folyamatosan meg kell tenni.

Töltse le a gyorsítótárazási bővítményt Megteheti a hivatalos wordpress webhelyről.

  1. Csomagolja ki az archívumot a beépülő modullal, és dobja a Hyper cache mappát a szerver wp-content/plugins/plugins mappájába egy FTP kliens segítségével
  2. Nyissa meg a blogkonzolja Plugins-New Add-Upload-Install menüpontját

Wordpress gyorsítótár engedélyezése.

Ehhez nyissa meg szerkesztésre a wp-config.php konfigurációs fájlt, amely a blog gyökérkönyvtárában található, és illessze be oda a következő kódsort:

define('WP_CACHE', igaz);

Ezt a Filezila fájlkezelővel is megteheti.

A beillesztés bárhol elvégezhető a wp-config.php konfigurációs fájlban, valahol közelebb a végéhez, de a sor előtt:

/** A WordPress könyvtár abszolút elérési útja. */

if (!defined('ABSPATH'))

vagy ha angolul:

/** A WordPress abszolút elérési útja a WordPress könyvtárhoz. */

if (!defined('ABSPATH'))

define('ABSPATH', dirname(__FILE__) . '/');

Most visszatérünk a Plugins blogkonzolhoz, keressük meg a Hyper cache cache bővítményt, és aktiváljuk.

Ahhoz, hogy a Hyper cache beépülő modul létrehozzon egy mappát a WordPress gyorsítótár számára a blogon, a wp-content vagy a wp-content/plugins/hyper cache/ mappában 777-re kell beállítani az engedélyeket. Olvassa el ezt az engedélyek beállításáról.

Ezután a wp-content vagy a wp-content/plugins/ hyper cache mappák 755 jogosultságra állíthatók vissza, az új wp-content/plugins/ hyper cache/cache mappa pedig 777-re, majd a Hyper cache bővítmény írhat. az összes HTML-fájlt a Wordpress gyorsítótárába helyezheti vagy törölheti.

A Hyper cache beépülő modul megfelelő működésének konfigurálása.

Menjünk azonnal a Hyper cache beállításaihoz, miután aktiváltuk a működését az Opciók gombra kattintva

Vagy ugyanez történik, ha belép a blogkonzol Beállítások - Hipergyorsítótár menüpontjába

A Konfiguráció területen a Hyper cache beépülő modul beállításainak fő része történik. Először is jelölje be az Aktiválja a gyorsítótárat? És mentse a beállításokat Mentés.

Ennyi, a wordpress gyorsítótár be van kapcsolva, tovább lehet nézni, hogy összesen hány oldal van gyorsítótárban.

A mezővel szemben A gyorsítótárazott oldalak élettartama percben kell beállítani a számot, ezalatt a weboldalak HTML-másolata eltárolódik, és ezalatt minden felhasználó megkapja onnan.

Nincs értelme alacsonyan tartani a számot, mivel a blogod legtöbb oldala nem frissül, és archiválva van. Nekem 7200 percbe kerül (5 nap) Így tanácsolja az ismert technikus E. Popov.

Csak azt kell megnéznie, hogy a szerveren lévő lemezterület lehetővé teszi-e sok gyorsítótárazott oldal tárolását. És ez attól függ, hogy milyen tárhelyet vásároltál a blogodhoz, és hány látogató, vagy inkább hány oldalt szeretnének látni az olvasók.

Alapvetően a lemezterület legalább 2-5 GB, így 7200 perc is pont megfelelő lesz.

A következő "Auto-cleanup every" mező szintén a szerver merevlemezén lévő lemezterület optimális kihasználására szolgál. Vagyis 1440 percenként (ez a beállításaimban 1 napnak felel meg) törlődnek a cache mappából azok a jegyzetek, amelyek élettartama lejárt.

Tehát a szükségtelen és haszontalan fájlok a beállított gyakorisággal törlődnek.

A mező használata Hogyan lehet törölni a gyorsítótárat Megadhatja a tisztítás módját egy régi anyag frissítésekor vagy új létrehozása során:

- Minden- a teljes wordpress gyorsítótár frissítésének felel meg

- Egyik sem- a wordpress gyorsítótár nem változik

- Egyoldalas (Egyetlen oldal feltűnően) - a gyorsítótár csak azon jegyzet esetében frissül, amelyben változások történtek

Ezt a mezőt kitöltheti úgy, ahogyan én (lásd fent), vagy kiválaszthatja saját maga.

A terepen gzip tömörítés bepipálhatod a jelölőnégyzetet, majd a wordpress cache fájlok mentésre kerülnek és tömörített formában elküldésre kerülnek, ami csökkenti a szerver terhelését és növeli a blog sebességét.

Ha be van jelölve a Ne gyorsítótárazott kezdőlap (Ne gyorsítótárazza a kezdőlapot) jelölőnégyzet, a kezdőlap nem megy át a gyorsítótárazási folyamaton.

Erre a kezdőlap gyakori frissítése esetén lehet szükség, amikor a wordpress gyorsítótár létrehozásának nincs értelme, mivel a gyorsítótár gyakran frissül, és akkor nem mindegy, hogy az oldal hol készül - a gyorsítótárból vagy a szokásos módon. út.

Ha nem akarja a blog egyetlen részét sem gyorsítótárba helyezni, ezt a mezőben megteheti kizárja az URI-tírja be a cím egy részét (például blogkategóriákat /kartinki-foto-smeshno), és akkor az URL ezen részét tartalmazó oldalak nem kerülnek gyorsítótárba.

A többi beállítás változatlanul hagyható. Ne felejtsen el a Mentés gombra kattintani.

A Mentés gomb mellett található egy másik nagyon fontos Gyorsítótár törlése gomb. Szüksége lesz rá, ha újratervezi a blogját, és azt szeretné, hogy a blog látogatói is lássák a frissítéseket. Ellenkező esetben mindig csak az összes oldal régi gyorsítótárazott verziója lesz kiszolgálva.

A fő munka elkészült, ellenőriznie kell, hogy a gyorsítótár működik-e a blogon a Hyper cache bővítmény segítségével. Ehhez kövesse az alábbi lépéseket:

Nyissa meg blogját egy másik böngészővel. Kiderült, hogy rendszeres látogatóként vagy bejelentkezve, nem rendszergazdaként

Nyomja meg a Ctrl-U gombokat. Látni fogja az oldal forráskódját

Menjen a forráskód legvégére. Valami olyasmit kellene látnod, mint a vonal

Ez azt jelenti, hogy a bővítmény működik, wordpress gyorsítótár létrehozva.

P.S. Hogy tetszik a cikk? Telepítesz gyorsítótárazási bővítményt?

Hamarosan egy megjegyzés a blog felgyorsításának egyéb módjairól. Azt tanácsolom, hogy ne hagyja ki megjelenését, és fogadjon újat

Igor teljesen átadta magát, hogy a Myasnoff cégnél dolgozzon ...

Remélem, senkinek sem kell magyarázkodnia, hogy miért van szükség gyorsítótárazásra, és mennyire fontos olyat választani, amelyik valóban segít, és nem csak a jelenlétével plusz terhelést jelent az adatbázison. Az elemzés során minden mutatót figyelembe veszünk, nem csak a letöltési időt.

A gyorsítótárazás előnyei

Egy kis kitérő. Ha ennek ellenére valaki mégis kételkedik a gyorsítótárazás szükségességében, akkor tudnia kell, hogy április 21-e óta a Google bejelentette, hogy minden mobilbarát oldal (és a gyorsaság az egyik „barátságos” összetevő) jelentős előnyhöz jut a keresési eredményekben. A Google szándékai nagyon világosak – a keresőoptimalizálóknak és a webmestereknek dolgozniuk kell a webhely asztali és mobil verzióinak teljesítményén.

Számos módja van a webhely teljesítményének javítására és a betöltési idő csökkentésére, de a legtöbb kezdő (és nem csak) optimalizáló számára a gyorsítótárazási bővítmények nem az egyik, hanem az egyetlen eszköz a cél eléréséhez.

A WordPress dinamikusan generálja az oldalakat, ami sok adatbázis-lekérdezést eredményez. A dinamikusan létrehozott oldalak gyorsítótárazása lehetővé teszi a felhasználók számára, hogy normál HTML-oldalakat lássanak, ami jelentősen csökkenti az oldalak betöltési idejét és a szerverterhelést.

A gyorsítótárazási teszt részletei

Kezdetben 2 témát terveztek használni a tesztekben - a legegyszerűbb "huszontizennégy" és egy összetettebb (amely egy "igazi" webhelyet imitál). De a tesztek során kiderült, hogy a gyorsítótár hatása a huszontizennégy téma betöltési sebességére olyan minimális, hogy elhanyagolható. A szerver finomhangolása fontosabbnak bizonyult, de a mai cikk nem erről szól.

Végül csak 1 témát fogunk használni (Tesla Themes újdonsága). A tesztoldal grafika és szöveg felhasználásával készült. Van egy oldalsáv és több plugin is (hírek, Twitter/Instagram hírfolyam). A tárhelyet a WP Dev Shed használja. Ennek eredményeként egy viszonylag hosszú betöltési idejű oldalt kaptunk.

Mivel az oldal új, akkor nem volt forgalom (beleértve, a tesztelés során még PS-botok sem voltak). A szerver egy csomó Apache + Ngnixben működött.

A következő pluginok vettek részt a tesztben:

  1. AIO gyorsítótár
  2. WP Fast Cache
  3. wp-cache.com
  4. Alfa gyorsítótár
  5. Flexicache
  6. Bodi0 Easy Cache
  7. Hyper Cache
  8. Kibővített hipergyorsítótár
  9. Cachify
  10. Lite Cache
  11. Következő szintű gyorsítótár
  12. Tényleg statikus
  13. Szuper statikus gyorsítótár
  14. W3 Teljes gyorsítótár
  15. Gator gyorsítótár
  16. Wordfence Falcon
  17. WP leggyorsabb gyorsítótár
  18. WP rakéta
  19. WP SuperCache
  20. Zen Cache (korábban Quick Cache)

Maradt a teszt:

Brutális gyorsítótár - nem működött;

A Batcache egy Memcache-függő beépülő modul, amelyet a jelenlegi teszt nem használt.

Az Autoptimize és a Widget Cache szintén kimaradt, mert ezek nem önálló bővítmények, hanem mások támogatása.

Benchmarking eszközök

Eszközként a Google, a GTMetrix és a Yahoo szolgáltatásait használtuk. Ennek köszönhetően nem csak az oldalbetöltési sebességet teszteltük, hanem:

  • képoptimalizálás;
  • js és css kód kicsinyítése és optimalizálása;
  • böngésző gyorsítótár használata;
  • szerver időkésleltetés;
  • Gzip tömörítés használata;
  • forgatókönyvek elhelyezése;
  • HTTP kérések száma.
  • CDN használata, párhuzamosítás/domain sharding;

Google PageSpeed ​​​​Insights

A webhelyet asztali számítógépről és mobileszközről egyaránt ellenőrzik. Az eredményt 100 pontos skálán adjuk meg. A szolgáltatás könnyen használható, de viszonylag nyers eredményt ad, amely nem ad teljes megértést minden fejleszthetőről.

GTMetrix és YSlow

A Yahoo erőforrás-termelékenységi útmutatója alapján. Ismét egy 100 pontos skálát használunk. A szolgáltatások több mint 50 különböző mérőszámmal működnek. A GTMetrix még a betöltési folyamat vízesés diagramjában is megjeleníti az adatokat. Véleményünk szerint ez az egyik legjobb eszköz a webhely teljesítményének javítására szolgáló módszerek azonosítására.

Időzítés

A következő eszközöket használtuk az oldalbetöltési sebesség meghatározására és a szerver teljesítményének ellenőrzésére terhelés alatt:

ApacheBench

A webhely terhelésének meghatározására szolgál, kiszámítja a kérések maximális számát másodpercenként. A teszt során 10 különböző szálon 1000 kérés érkezett. A tesztet 10 alkalommal végezték el. Mindegyik beépülő modulnál a legjobb eredményt rögzítette.

Nagyon jól ismert szolgáltatás az oldalak megfigyelésére és tesztelésére. Minden bővítménynél 20 tesztet végeztek, és a legjobb eredményt rögzítettük.

Egy egyszerű, de hasznos szolgáltatás, amely megjeleníti a teljes oldal betöltési idejét a böngészőben. Ez nem egy szervereszköz, hanem egy helyileg futó szolgáltatás. Az Etherneten, az Opera böngészőn keresztül történő letöltés módját választottuk. Minden oldal 101 alkalommal lett betöltve, rögzített átlagos betöltési idővel.

Szóval, térjünk a tesztekre.

Google, GTMetrix és Yslow

A webhely oldalainak tesztelésének eredménye a megadott szolgáltatások használatával:

Amint a táblázatból látható, néhány bővítmény itt nem teljesített jól – a pontszám megegyezik a gyorsítótárazás nélküli pontszámmal, vagy nagyon közel áll ahhoz. A Google a legjobb szupergyorsítótár értékelést adta (asztali és mobileszközön egyaránt). A GTmetrix és Yslow esetében a Fastest Cache és a Rocket mutatta a legjobb eredményeket. Mint már említettük, a Google értékelése kevésbé informatív, mert. értékelésénél kevesebb tényezőt használ fel.

Tehát a legjobb beépülő modulok a WP Super Cache, a WP Fastest Cache és a WP Rocket Cache voltak.

Időzítés

Az értékelési pontszámok alapvetően a webhely kódjának minőségét mutatják. Ez megértheti, mit lehet tenni a webhely felgyorsítása érdekében. Ennek ellenére a webhely magas értékelése nem jelenti azt, hogy gyorsabban tölt be, mint mások. És ez a fő hiba - az értékelő eszközök rengeteg ötletet adnak a webhely javítására a betöltési idő csökkentése érdekében, ugyanakkor magát a betöltési időt gyakorlatilag nem veszik figyelembe. Alább egy jó példa (képernyőkép a Pingdomból).

Az oldal 100-ból 96 pontot ért el (jobb, mint bármely webhely oldalának 99%-a). Ugyanakkor az oldal körülbelül 35 másodperc alatt betöltődik. Ide vezethet a vak optimalizálás.

Az időzítés nagyon fontos teszt, mert valós méréseket végeznek az oldalbetöltési sebességről.

ApacheBench

Nézzük meg, hogy a szerverünk hány kéréseket tud másodpercenként maximálisan támogatni. Minél nagyobb a szám, annál jobb.

A legjobb eredményt a WP Rocket mutatta fel. A második és harmadik helyen a WP-Cache.com és a WP Fastest Cache osztozott.

Az eredmény gyorsítótár nélkül 2,78 másodperc. Minden plugin javítani tudta ezt a mutatót.

A vitathatatlan vezető ismét a WPRocket. A Super Cache a második, a W3 Total Cache a harmadik.

Itt úgy döntöttünk, hogy nem csak az átlagot, hanem a medián teszteredményt is megjelenítjük.

Átlagos betöltési idő

A helyzet hasonló az előző teszthez. Az első három nem változott – a WPROcket, a WPSuperCache és a W3 TotalCache.

Medián letöltési idő

Az élen továbbra is a WP Rocket áll, de a szinte ismeretlen WP-Cache.com ismét nagyon jó eredményt mutat.

Nem csak gyorsítótárazással

Természetesen nem minden csak a gyorsítótárazáson múlik. Az Apache + Nginx csomag kiválasztása, a szerver beállításainak helyessége és típusa (dedikált, VPS, megosztott), a képek száma és minősége (optimalizálása), és még sok minden más.

Kimenet

Az összes bemutatott bővítmény különböző funkciókkal rendelkezik. Némelyik obszcén egyszerű, míg mások egy svájci késhez hasonlíthatók. A Super Cache, a W3 és más hasonló bővítmények gyakran használnak olyan profikat, akik ismerik a CDN-t és más trükköket. Más felhasználók (főleg a kezdők) az egyszerűbb bővítményeket választják (Lite Cache vagy WP-Cache.com). A WP-Cache.com egyébként az ismeretlensége ellenére is kiváló eredményeket tudott felmutatni.

Melyik a legjobb WordPress bővítmény gyorsítótárazáshoz?

Az első helyen (széles különbséggel) - WP-Rocket. Sok előnye van, de van egy DE (sokak számára ez mínusz) - fizetős. A fejlesztők 39 dollárt akarnak érte (ráadásul a frissítések nem élettartamra szólnak, hanem csak egy évig)

A második helyen (bár az ingyenes, de az elsőre is feltehető) -WPSuperCache. Az eredmények szinte megegyeznek a vezetővel, de teljesen ingyenes!

A harmadikon - WP-cache.com. Az egyetlen dolog, ami zavar, az az, hogy utoljára 2014-ben frissítették.

De egyszerű, ingyenes és megfelelő eredményeket mutat.