Hogyan működik a WordPress gyorsítótárazása?

  1. 1. Kezdő útmutató a WordPress belső funkcióinak megértéséhez
  2. 2. Mi a WordPress gyorsítótár és miért fontos??
  3. 3. Jelenleg olvas: Hogyan működik a WordPress gyorsítótárazása??
  4. 4. A WordPress gyorsítótárazásának telepítése és beállítása a WP Super Cache segítségével
  5. 5. A WordPress gyorsítótárazásának beállítása a W3 teljes gyorsítótárával (W3TC)
  6. 6. MaxCDN áttekintés: A WordPress legjobb CDN-je?

Üdvözöljük a WordPress Gyorsítótár sorozat új fejezetében, ahol megismerhetjük a WordPress gyorsítótárazásának működését. Mielőtt eljutnánk a téma aljához, kérjük, győződjön meg róla, hogy figyelmesen követte az előző témákat (e sorozatból), mivel ez a fejezet felhasználja a tőlük kapott ismereteket. Először beszéljünk a rendelkezésre álló gyorsítótárazási protokollok két elsődleges típusáról, az ügyfél-szerver modell alapján:


  • Ügyféloldali gyorsítótár és
  • Szerveroldali gyorsítótár

Ügyféloldali gyorsítótár

Az ügyfél-szerver modell

Az ügyfél-szerver modell

A weboldal sok nem szöveges, statikus adatot tartalmaz, például képeket, CSS és Javascript fájlokat. A letöltés után a böngészője elég okos, hogy ne töltse le újra az F5 gomb megnyomásakor. Ezeket az adatokat csak a helyi gyorsítótárból szolgálja ki – azaz a számítógép merevlemezére mentett gyorsítótárazott adatokat. Ezért javasoljuk, hogy a böngésző gyorsítótárát néha megtisztítsa – ez sok helyet takarít meg és javítja a teljesítményt.

Az ügyfél számítógépéből (vagy az ügyfél végéből) tárolt adatok újrafelhasználásának folyamatát ügyféloldali gyorsítótárazásnak nevezik, és szinte minden modern webhely használja, és minden böngésző támogatja. Az ügyféloldali gyorsítótár segít megakadályozni az adatok redundanciáját (azaz ugyanazoknak az adatoknak a letöltését újra és újra), és ezzel sok szerver erőforrást takarít meg, és ami a legfontosabb – az idő!

Szerveroldali gyorsítótár

szerver

A kiszolgálóoldali gyorsítótár tartalmazza a WordPress gyorsítótárazása alatt használt összes gyorsítótárazási protokollt. Ide tartoznak a következők:

  • Az oldal gyorsítótárazása
  • Adatbázis-lekérdezés gyorsítótárazása
  • Objektum alapú gyorsítótár
  • Opcode cache

A WordPress ezt a négy fő szerveroldali gyorsítótárazási protokollt használja. Megvizsgáljuk mindegyiket külön-külön, és meglátjuk, hogy mindegyik gyorsítótárazása sok értékes számítási időt takaríthat meg, ezáltal felgyorsítva webhelyét.

Oldal tárolása

1381630448_HTML-2Az oldalak gyorsítótárazása a legegyszerűbb az összes gyorsítótárazási protokoll közül, és fogadom, hogy erről már tud tudni. Egyszerűen arra utal, hogy a dinamikusan létrehozott HTML fájlokat a kiszolgáló merevlemezére vagy memóriájába (RAM-ban) (általában „cache” néven) menti, és azokat a gyorsítótárból kiszolgálja (azaz a korábban létrehozott adatok újrafelhasználása), amikor egy kérés megtörténik. . Ez elmenti a PHP kód és a MySQL adatbázis lekérdezések végrehajtási költségeit.

Adatbázis-gyorsítótár

adatbázisAz első dolog, amit tudni kell az adatbázisokról, az, hogy hatalmasak és erőforrások éhesek. Ezek szó szerint minden társaság szívét képezik – legyen az online vagy más. Ugyanez vonatkozik a WordPress-re. Az adatbázis célja az adatok hatékony tárolása, frissítése és továbbítása. Mivel ezek általában hatalmasak, minden lekérdezés időt vesz igénybe (általában néhány száz mikrosekundumban). Jobb a hardver, annál gyorsabb a lekérdezés eredmény generálása. Gondolkodj ezen. Mivel a WordPress nagymértékben támaszkodik adatbázisára, időnként lekérdezést készít. És amikor az adatokat nem módosítják az adatbázisban, ugyanazon adatok visszakeresésére irányuló lekérdezések nagyjából megegyeznek ugyanazon képek újra és újra letöltésével – amint azt az Ügyféloldali gyorsítótár című szakaszban tárgyaltuk. Ezért van értelme a lekérdezés eredményeinek a helyi tárolásba mentése, nemde? Az adatbázis-lekérdezések eredményeinek a helyi tárolóban történő megtakarítását adatbázis-gyorsítótárazásnak nevezzük, és ez a WordPress gyorsítótárazásának egyik alapvető tényezője..

Ugyanakkor az adatbázis frissítése után (például egy üzenet frissítése vagy közzététele, vagy kommentár benyújtása esetén) nagyon fontos, hogy törölje az előzőleg mentett adatbázis-gyorsítótárat, és az adatbázis-lekérdezés eredményeit újra tárolja. Ez nem felesleges, mivel segít eltávolítani az irreleváns vagy hibás adatbázis-lekérdezés eredményeit.

Objektumok gyorsítótárazása

OpcodeA WordPressnek van egy belső gyorsítótár-rendszere, amely több alrendszert tartalmaz (azaz a Gyorsítótár API, az Objektum gyorsítótár és az Átmeneti API). A WordPress mag lehetővé teszi a bővítmények számára a gyorsítótárazási rendszer vezérlését az adatbázis-hívások számának csökkentése érdekében. Ez egy nagyon fejlett téma, és nem igazán releváns a mindennapi felhasználó számára.

Opcode cache

PHP kódAz adatbázis-gyorsítótárazáshoz hasonlóan, ahol az ötlet az adatbázis-lekérdezések számának csökkentése, az opcode-gyorsítótárazás a összeállított PHP-kód mentésére vonatkozik minden kérés között. Ha megnéz egy PHP fájlt, látni fogja, hogy a kód valójában a fordító által használható utasítások listája. A PHP objektum-orientált programozási nyelv, eredeteinek eredete! Ahhoz, hogy egy PHP-kód végrehajtható legyen, a PHP-fordítónak először le kell fordítania a kódot, és elő kell állítania a végrehajtható kódot a végrehajtandó webszerver számára. A PHP-fordító kimenetének gyorsítótárazása többféle végrehajtáshoz az opcode gyorsítótárazásának lényege. Ez ismét belső dolgok – olyan dolgok, amelyek miatt nem kell aggódnia!

Helyi tárolás – elsődleges és másodlagos

Helyi raktár

Bármilyen formátumú szerveroldalú gyorsítótárazás megvalósításához értjük, hogy az adatokat a helyi tárolóban kell tárolni. A „helyi tárolás” kifejezés két dolgot jelenthet. Az egyik a szerver merevlemeze, a másik a szerver elsődleges memóriája – azaz a RAM.

A RAM, amely a Random Access Memory-t jelenti, az illékony memória egy formája, nagyságrenddel gyorsabb, mint a merevlemezek, ami egy formában nem felejtő, másodlagos tárolóhely. Ez drágább is. Természetesen mindannyian tudják ezt.

A tárolt adatok mentésének helyzete óriási különbséget jelent. Ha egy merevlemezen van, akkor határozottan lassabb, mint amikor RAM-ban tárolja. Megint a HDD sebessége számít. A szerver merevlemezek 7200 RPM-től 15 000 RPM-ig terjednek, és RAID szintje eltérő lehet – a RAID 0 a leggyorsabb és legbiztonságosabb, a RAID 4 pedig a megfelelő egyensúly. Van SSD-k is. Ezért a gyorsítótárazott adatok helye súlyosan befolyásolja a sebességet.

A megosztott tárhelyű kiszolgálókkal rendelkezők számára nincs más választása, mint hogy a merevlemezre mentse. Azoknak az embereknek, akik saját dedikált szervert vagy VPS-t futtatnak, további lehetősége van a gyorsítótár mentésére az elsődleges memóriába, amit ismét nagyon óvatosan kell elvégezni – a helytelen konfiguráció instabilitást okozhat (RAM elfogy, stb.) és gyakori szerver-összeomlások.

Következtetés

Most, hogy jól érti a különböző WordPress gyorsítótárazási protokollokat, érkezzünk hozzánk utáni sorozatunk középpontjába – Hogyan kell végrehajtani a WordPress gyorsítótárazást?.

Ha bármilyen kérdése vagy javaslata van ennek a fejezetnek a javítására, kérjük, bátran kérdezze meg vagy ossza meg őket – szívesen meghalljuk gondolatait!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map