Redis objektumtároló megvalósítása: WordPress adatbázis lekérdezés TTFB csökkentése

A Redis Object Cache egy erőteljes eszköz, amely jelentősen javíthatja a WordPress teljesítményét az adatbázis-lekérdezések kezelésének optimalizálásával. Mivel a weboldalak egyre gyorsabb betöltési időket és gördülékenyebb felhasználói élményt igényelnek, az hatékony gyorsítótárazási stratégiák megértése és alkalmazása elengedhetetlen. A Redis objektum gyorsítótár használatával a WordPress oldalak drasztikusan csökkenthetik az adatbázis-lekérdezések késleltetését, ami alacsonyabb Time To First Byte (TTFB) értéket és jobb általános válaszidőt eredményez.

A Redis Object Cache megértése és szerepe a WordPress teljesítményoptimalizálásában

A Redis Object Cache egy memóriában tárolt adatstruktúra, amely elsősorban a WordPress objektum gyorsítótárazásához szolgál, mint rendkívül hatékony gyorsítótárazási réteg. Ellentétben a hagyományos gyorsítótárazási mechanizmusokkal, mint például az oldal gyorsítótárazás – amely a teljesen renderelt HTML oldalakat tárolja –, vagy az opcode gyorsítótárazás – amely a PHP bájtkódot tárolja –, a Redis az adatbázis-lekérdezések és gyakran használt objektumok eredményeinek gyorsítótárazására fókuszál. Ez a különbség kulcsfontosságú, mert a WordPress teljesítményének fő szűk keresztmetszetére céloz: az ismétlődő adatbázis-lekérdezésekre, amelyek lassítják az oldal generálását és növelik a szerverterhelést.

A WordPress-ben az objektum gyorsítótárazás azt jelenti, hogy az erőforrás-igényes adatbázis-hívások eredményeit ideiglenesen tárolják, így a későbbi kérések az adatokat a gyorsítótárból tudják lekérni az ismételt adatbázis-lekérdezések helyett. Ez különösen fontos dinamikus oldalak esetén, ahol a tartalom gyakran változik, mégis sok lekérdezés ismétlődő. Az adatbázis-lekérdezések számának és összetettségének csökkentésével a WordPress objektum gyorsítótárazás növeli az adatbázis-lekérdezések hatékonyságát és az oldal sebességét.

A Redis gyorsítótárazás és a WordPress adatbázis-lekérdezés TTFB közötti kapcsolat alapvető a teljesítményoptimalizálás szempontjából. A TTFB azt méri, mennyi időbe telik, hogy a szerver válaszoljon az első bájttal egy kérés után. A magas TTFB gyakran lassú adatbázis-lekérdezéseket vagy háttérfeldolgozási késéseket jelez, ami frusztrálhatja a felhasználókat és negatívan befolyásolhatja az SEO rangsorolást. Az adatbázis-lekérdezések eredményeinek Redis villámgyors memóriatárolójába helyezésével a WordPress háttérrendszere sokkal gyorsabban tud válaszolni, jelentősen csökkentve a TTFB-t.

A WordPress adatbázis-lekérdezések gyakran válnak szűk keresztmetszetté a CMS dinamikus jellege és a MySQL vagy MariaDB tartalomlekérésre való támaszkodása miatt. Az összetett lekérdezések, az ugyanazon adatok ismételt lekérése és a nem hatékony adatbázis-séma mind hozzájárulhatnak a lassú válaszidőkhöz. A Redis objektum gyorsítótár ezeket a kihívásokat úgy kezeli, hogy a lekérdezések eredményeit memóriában tárolja, lehetővé téve az azonnali adatlekérést anélkül, hogy ismételten az adatbázishoz kellene fordulni.

A Redis objektum gyorsítótár által enyhített gyakori szűk keresztmetszetek közé tartoznak:

• Az wp_options táblában tárolt beállítások és opciók ismételt betöltése.
• Gyakran elért bejegyzés metaadatok és felhasználói adatok lekérdezései.
• Erőforrás-igényes összekapcsolások és összetett lekérdezések, amelyek számításigényesek.
• Nagy forgalmú helyzetek, amikor sok felhasználó egyszerre kér ugyanazt a tartalmat.

Ezeknek az objektumoknak a Redis-ben történő gyorsítótárazásával a WordPress megkerülheti a fölösleges lekérdezéseket és gyorsabban szolgálhatja ki a tartalmat, hozzájárulva a gördülékenyebb felhasználói élményhez és jobb erőforrás-kihasználáshoz. Ezért vált a Redis objektum gyorsítótár a fejlesztők és oldaladminisztr

Lépésről lépésre útmutató a Redis Object Cache WordPress-ben történő bevezetéséhez

A Redis objektum gyorsítótár WordPress-ben történő bevezetése azzal kezdődik, hogy megbizonyosodunk arról, hogy a szerver környezete támogatja a Redis-t, és az megfelelően telepítve és konfigurálva van. Mielőtt belevágnánk a beállításba, elengedhetetlen megerősíteni, hogy a tárhely környezete megfelel a zökkenőmentes Redis telepítés előfeltételeinek.

Előfeltételek: Szerver követelmények és Redis telepítése

Ahhoz, hogy a Redis-t objektum gyorsítótár háttérként használhassuk, a szervernek a következőket kell támogatnia:

• Linux-alapú szerver vagy kezelt WordPress tárhely, amelyen telepítve van a Redis szerver.
• Hozzáférés a PHP Redis kiterjesztés (phpredis) telepítéséhez vagy engedélyezéséhez, hogy a WordPress kommunikálni tudjon a Redis-szal.
• Elégséges szerver erőforrások a Redis futtatásához a WordPress környezet mellett.

A legtöbb modern Linux VPS szolgáltató alapértelmezetten vagy egyszerű csomagkezelő parancsokkal támogatja a Redis telepítését. Például Ubuntu vagy Debian rendszeren a Redis telepíthető a következő parancsokkal:

sudo apt update
sudo apt install redis-server

A telepítés után győződjünk meg róla, hogy a Redis szolgáltatás fut és be van állítva az automatikus indításra. Ezt az alábbi paranccsal ellenőrizhetjük:

sudo systemctl status redis

Kezelt WordPress tárhely esetén sok szolgáltató kínál Redis támogatást kiegészítőként vagy beépített funkcióként. Ezekben az esetekben általában csak engedélyezni kell a Redis-t a tárhely kezelőfelületén, és megkapni a kapcsolódási adatokat.

A következő lépés a PHP Redis kiterjesztés telepítése. Ubuntun ezt általában a következő paranccsal lehet megtenni:

sudo apt install php-redis

A telepítés után indítsuk újra a webszervert (apache2 vagy php-fpm), hogy betöltődjön a kiterjesztés. Ellenőrizhetjük az engedélyezést az alábbi paranccsal:

php -m | grep redis

Redis telepítése és konfigurálása gyakori tárhely környezetekben

Linux VPS esetén, miután a Redis és a PHP kiterjesztés telepítve van, általában minimális konfiguráció szükséges. Azonban a Redis beállításainak, például a maxmemory és a maxmemory-policy értékek módosítása javíthatja a gyorsítótár hatékonyságát és megakadályozhatja a memória kimerülését. Például a maxmemory érték ésszerű beállítása megakadályozza, hogy a Redis az összes rendelkezésre álló RAM-ot elfoglalja:

maxmemory 256mb
maxmemory-policy allkeys-lru

Kezelt WordPress tárhelyeken érdemes a szolgáltató dokumentációját követni a Redis engedélyezéséhez. Egyes szolgáltatók automatikusan konfigurálják a kapcsolódási paramétereket, míg másoknál manuálisan kell megadni a Redis szerver adatait a WordPress konfigurációban.

WordPress plugin lehetőségek Redis Object Cache-hez

A Redis objektum gyorsítótár WordPress-be való integrálásához dedikált plugin szükséges. A legnépszerűbb és legmegbízhatóbb választás a Redis Object Cache plugin Till Krüss-től, amely zökkenőmentes integrációt és fejlett konfigurációs lehetőségeket kínál.

Léteznek más alternatívák is, de ezek nem mindig rendelkeznek a plugin stabilitásával vagy aktív karbantartásával. A Redis Object Cache plugin támogatja az automatikus kapcsolódás felismerést, és adminisztrációs felületet biztosít a gyorsítótár állapotának monitorozására.

A Redis Object Cache plugin telepítése, aktiválása és konfigurálása

Kövesse az alábbi lépéseket a Redis gyorsítótár engedélyezéséhez WordPress-ben:

1. A WordPress adminisztrációs felületén navigáljon a Bővítmények > Új hozzáadása menüpontra.
2. Keressen rá a Redis Object Cache kifejezésre, és telepítse Till Krüss pluginját.
3. Aktiválja a bővítményt.
4. A WordPress admin oldalsávjában lépjen a Beállítások > Redis menüpontra.
5. Kattintson az Objektum gyorsítótár engedélyezése gombra a Redis gyorsítótár aktiválásához.

A plugin megpróbál kapcsolódni a Redis szerverhez az alapértelmezett paraméterekkel (127.0.0.1:6379). Ha a Redis szervere más hosztot, portot használ, vagy hitelesítés szükséges, ezeket a wp-config.php fájlban adhatja meg:

define('WP_REDIS_HOST', 'your_redis_host');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_PASSWORD', 'your_redis_password');

Az engedélyezés után a plugin statisztikákat biztosít, például gyorsítótár találatokat, hiányokat és üzemidőt, így nyomon követheti a Redis hatékonyságát.

A Redis gyorsítótár működésének ellenőrzése és monitorozása

A konfiguráció után fontos meggyőződni arról, hogy a Redis gyorsítótár megfelelően működik. A plugin műszerfala megjeleníti a gyorsítótár állapotát és a találati/hiány arányokat. A magas gyorsítótár találati arány azt jelzi, hogy a lekérdezések a Redis-ból szolgálódnak ki, csökkentve az adatbázis terhelését.

A Redis kapcsolatot manuálisan is tesztelheti parancssorból:

redis-cli ping

Ez PONG választ kell adjon, ha a Redis megfelelően fut.

A folyamatos monitorozáshoz olyan bővítmények, mint a Query Monitor, segíthetnek azonosítani, hogy a lekérdezések a gyorsítótárból vagy az adatbázisból érkeznek-e. A gyorsítótár teljesítményének figyelemmel kísérése biztosítja, hogy a WordPress Redis konfigurációja továbbra is optimális eredményeket nyújtson.

Ezeknek a lépéseknek a követésével sikeresen engedélyezheti a Redis gyorsítótárat WordPress környezetében, kihasználva a memóriában történő gyorsítótárazás előnyeit a webhely sebességének növelésére és az adatbázis lekérdezések terhelésének csökkentésére. Ez az alapvető beállítás kulcsfontosságú a teljesítményoptimalizálásra szabott WordPress Redis konfiguráció eléréséhez.

Hogyan csökkenti a Redis Object Cache a WordPress adatbázis lekérdezések TTFB-jét: Technikai betekintés és mérőszámok

A Redis object cache hatásának megértése a WordPress adatbázis lekérdezések TTFB-jére elengedhetetlen a teljesítményoptimalizálás értékének felismeréséhez. A TTFB, vagyis az első bájtig eltelt idő azt méri, hogy a kliens HTTP-kérése elküldésétől mennyi idő telik el az első adatbájt megérkezéséig a szervertől. Ez a mérőszám kritikus a weboldal sebessége és a felhasználói élmény szempontjából, mert tükrözi a háttérinfrastruktúra, beleértve az adatbázist, válaszkészségét.

A WordPress oldalak gyakran szenvednek magas TTFB-től az adatbázis lekérdezések nagy számú használata miatt a dinamikus tartalom generálásához. Minden oldalbetöltés során akár több tucat vagy száz lekérdezés is lefuthat, amelyek közül sok ismétlődő információkat kér le, például webhelybeállításokat, felhasználói metaadatokat vagy bejegyzésadatokat. Ezek a lekérdezések CPU- és I/O-erőforrásokat fogyasztanak, növelve a válaszidőt és lassítva a TTFB-t.

A Redis object cache bevezetésével a WordPress jelentősen csökkentheti az adatbázis terhelését. A Redis a gyakran kért lekérdezési eredményeket és objektumokat közvetlenül memóriában tárolja, lehetővé téve a WordPress számára, hogy az adatokat azonnal lekérje anélkül, hogy újra végrehajtaná a költséges SQL-lekérdezéseket. Ez a gyorsítótárazási mechanizmus azt jelenti, hogy ahelyett, hogy az adatbázist kérdezné le, a WordPress a Redisból származó gyorsítótárazott objektumokat használja, amelyek memória sebességgel működnek – nagyságrendekkel gyorsabban, mint a lemezen alapuló adatbázis-hozzáférés.

A Redisban tárolt gyorsítótárazott objektumok életciklusa több kulcsfontosságú szakaszból áll:

• Gyorsítótár tárolása: Amikor a WordPress először hajt végre egy adatbázis lekérdezést, az eredményt egyedi gyorsítótár kulccsal menti el a Redisban.
• Gyorsítótár lekérése: A következő azonos adat iránti kérések a Redisból kérik le az objektumot, teljesen megkerülve az adatbázist.
• Lejárat: A gyorsítótárazott objektumoknak meghatározott élettartamuk (TTL) van, amely után a Redis automatikusan eltávolítja őket, hogy elkerülje az elavult adatok használatát.
• Érvénytelenítés: Amikor a webhely tartalma megváltozik – például egy bejegyzés frissül vagy egy beállítás módosul –, a kapcsolódó gyorsítótár kulcsokat érvénytelenítik, hogy friss tartalom kerüljön kiszolgálásra.

Ez az intelligens gyorsítótár életciklus biztosítja, hogy a WordPress naprakész tartalmat szolgáltasson, miközben maximalizálja a sebességet és a hatékonyságot.

Számos mérési tanulmány és esettanulmány szemlélteti a TTFB drámai javulását a Redis bevezetése után. Például olyan oldalak, amelyek nagy adatbázis lekérdezési terheléssel rendelkeznek, 50%-os vagy annál nagyobb TTFB csökkenést jelentettek, gyakran több száz milliszekundumról 100 milliszekundum alá csökkentve a válaszidőt. Egy kiemelkedő esetben egy WordPress alapú e-kereskedelmi oldal TTFB-je 700 ms-ról 280 ms-ra javult a Redis object cache engedélyezése után, ami közvetlenül növelte a felhasználói elköteleződést.

A gyorsabb TTFB mellett a Redis gyorsítótár csökkenti a szerver erőforrásainak felhasználását is. Mivel kevesebb lekérdezés éri el az adatbázist, a MySQL szerver kevesebb CPU- és I/O terhelést kap, ami javítja a skálázhatóságot magas forgalom esetén. Ez lehetővé teszi, hogy a WordPress oldalak több egyidejű látogatót kezeljenek teljesítményromlás nélkül.

Továbbá a Redis magas párhuzamosságot támogat minimális késleltetéssel, így ideális olyan környezetekben, ahol gyors adat-hozzáférés kritikus. Ez a skálázhatósági előny különösen fontos vállalati WordPress telepítések és népszerű blogok esetében, ahol az adatbázis szűk keresztmetszetei kritikus problémává válhatnak.

Összefoglalva, a WordPress TTFB csökkentése Redis gyorsítótárazással több előnnyel jár:

• Gyorsabb kezdeti szerver válaszidők, amelyek javítják a webhely észlelt sebességét.
• Alacsonyabb CPU- és I/O terhelés az adatbázis szerveren.
• Javított skálázhatóság a forgalomnövekedések kezelésére.
• Fokozott felhasználói élmény,

Legjobb gyakorlatok és gyakori buktatók a Redis Object Cache WordPress-szel való használatakor

A Redis object cache hatékonyságának maximalizálása a WordPress-ben megköveteli a legjobb gyakorlatok követését, amelyek biztosítják a gyorsítótár stabilitását, hatékonyságát és pontosságát. A Redis gyorsítótárazás bevezetése szilárd stratégia nélkül problémákhoz vezethet, mint például elavult adatok, gyorsítótár felfúvódása vagy váratlan hibák, amelyek aláássák a teljesítményjavulást. Fontos megérteni, hogyan kell kezelni a gyorsítótár lejáratát, érvénytelenítését és kompatibilitását az egészséges gyorsítótár környezet fenntartásához.

Gyorsítótár lejárati szabályok és objektum gyorsítótár kulcskezelés

Alapvető legjobb gyakorlat a megfelelő gyorsítótár lejárati szabályok beállítása. A Redis objektumokat időkorláttal (TTL) gyorsítótáraz, hogy megakadályozza az elavult információk kiszolgálását. A TTL-nek egyensúlyt kell teremtenie a teljesítmény és a frissesség között — ha túl hosszú, a felhasználók elavult tartalmat láthatnak; ha túl rövid, csökken a gyorsítótár találati aránya, ami csökkenti az előnyöket.

A WordPress esetében a tipikus TTL értékek dinamikus tartalomra néhány perctől akár egy óráig terjednek. Statikus objektumok, mint például olyan beállítások vagy metaadatok, amelyek valószínűleg nem változnak gyakran, hosszabb TTL-lel rendelkezhetnek. A Redis Object Cache bővítmény ezt gyakran automatikusan kezeli, de egyedi gyorsítótár kulcskezeléssel tovább optimalizálható a teljesítmény.

A gyorsítótár kulcsok rendszerezett kezelése szintén kulcsfontosságú gyakorlat. Egyértelmű előtagok vagy névterek használata különböző objektumtípusokhoz (például wp_options:, wp_posts:) segít elkerülni a kulcskonfliktusokat és egyszerűsíti a gyorsítótár érvénytelenítését tartalomfrissítések esetén. Ez a strukturált megközelítés javítja a hibakeresést és csökkenti az elavult gyorsítótár kiszolgálásának kockázatát.

Gyorsítótár érvénytelenítés kezelése tartalomfrissítések során

A gyorsítótár érvénytelenítése a Redis objektum gyorsítótárazás egyik legbonyolultabb része a WordPress-ben. Amikor bejegyzések, felhasználói profilok vagy webhelybeállítások változnak, a kapcsolódó gyorsítótár bejegyzéseket törölni vagy frissíteni kell, hogy a felhasználók a legfrissebb tartalmat lássák.

A Redis Object Cache bővítmény integrálódik a WordPress hook-okkal, hogy automatikusan érvénytelenítse a releváns gyorsítótár kulcsokat tartalomfrissítések esetén. Azonban összetett bővítmények vagy egyedi kódok gyorsítótár inkonzisztenciákat okozhatnak, ha megkerülik a WordPress szabványos frissítési rutinjait.

Az elavult gyorsítótár problémák megelőzéséhez:

• Mindig programozottan törölje a kapcsolódó gyorsítótár bejegyzéseket tartalomváltozáskor.
• Használjon hook-okat, mint a clean_post_cache vagy wp_cache_delete, hogy manuálisan érvénytelenítse a gyorsítótárat szükség esetén.
• Kerülje a hosszú TTL-ek használatát gyakran változó dinamikus tartalom esetén.

A megfelelő gyorsítótár érvénytelenítés biztosítja, hogy a Redis gyorsítótárazás teljesítményfokozó maradjon anélkül, hogy a tartalom pontosságát veszélyeztetné.

Kompatibilitás más gyorsítótár rétegekkel

A legtöbb éles környezetben a Redis object cache egy rétege egy szélesebb gyorsítótár stratégiának, amely tartalmazhat oldalgyorsítótárakat, CDN gyorsítótárakat és opcode gyorsítótárakat. Fontos megérteni, hogyan lép kölcsönhatásba a Redis ezekkel a rétegekkel, hogy elkerüljük az ütközéseket és maximalizáljuk az előnyöket.

Például az olyan oldalgyorsítótár bővítmények, mint a WP Rocket vagy a W3 Total Cache, az egész HTML oldalakat gyorsítótárazhatják, míg a Redis az adatbázis lekérdezések eredményeit tárolja. Ezek a rétegek kiegészítik egymást, de a konfigurációnak biztosítania kell, hogy ne zavarják egymást — például a Redis gyorsítótár törlése, amikor az oldalgyorsítótárat törlik tartalomfrissítés után.

Hasonlóképpen a CDN gyorsítótárak a hálózati peremen működnek, és koordinált érvénytelenítésük szükséges a Redis gyorsítótárral, hogy friss tartalmat szolgáltassanak globálisan.

Gyakori problémák és hibakeresési tippek

Előnyei ellenére a Redis gyorsítótárazás problémákba ütközhet, amelyek rontják a WordPress teljesítményét, ha nem kezelik őket. Gyakori problémák:

• Elavult gyorsítótár: Hibás érvénytelenítés miatt, ami elavult tartalom kiszolgálásához vezet.
• Redis kapcsolódási hibák: Akkor fordulnak elő, ha a Redis szerver leállt, tűzfal blokkolja a kapcsolatokat, vagy a PHP kiterjesztés hibásan van konfigurálva.
• Memória kimerülése: Ha a Redis elfogyasztja a kiosztott memóriát, kiürítések vagy hibák léphetnek fel.
• Bővítmény ütközések: Egyes gyorsítótár vagy biztonsági bővítmények zavarhatják a Redis gyorsítótár működését.

E problémák hibakeresése magában foglalja:

• A Redis szerver állapotának és naplóinak ellenőrzését.
• A PHP Redis kiterjesztés konfigurációjának ellenőrzését.

A Redis Object Cache hatásának értékelése: WordPress oldal sebességének és felhasználói élményének mérhető javulása

A Redis objektum gyorsítótár valódi hatásának mérése a WordPress teljesítményére kulcsfontosságú az optimalizációs erőfeszítések igazolásához és a további fejlesztések irányításához. Számos eszköz és mérőszám segít kvantifikálni, hogyan befolyásolja a Redis a TTFB-t és a végfelhasználói élményt.

Eszközök használata a TTFB és az oldal teljesítményének mérésére

Népszerű oldalsebesség-tesztelő platformok, mint a GTmetrix, WebPageTest és New Relic részletes betekintést nyújtanak a TTFB-be és az oldal betöltési viselkedésébe. Ezek az eszközök valós böngészési körülményeket szimulálnak, és lebontják az időt a szerver feldolgozása, a hálózati átvitel és a böngésző renderelése között.

A Redis gyorsítótár előnyeinek elkülönítéséhez:

• Végezzen alapvonal-teszteket a Redis engedélyezése előtt az eredeti TTFB értékek rögzítéséhez.
• Tesztelje újra a Redis objektum gyorsítótár bevezetése után az összehasonlítás érdekében.
• Elemezze a vízesésdiagramokat a backend szerver válaszidejének csökkenésének azonosításához.

A New Relic és hasonló APM (alkalmazás teljesítményfigyelő) eszközök részletes backend tranzakciókövetést kínálnak, megmutatva, hogy hány adatbázis-lekérdezést szolgálnak ki gyorsítótárból származó adatokkal, szemben azzal, hogy frissen hajtják végre. Ez segít összekapcsolni a gyorsítótár találati arányát a TTFB javulásával.

A Redis gyorsítótár találati arány és késleltetési mutatók értelmezése

A gyorsítótár találati arány a Redis gyorsítótár hatékonyságának kulcsfontosságú mutatója. Ez az arány azt jelzi, hogy a kérések hány százalékát szolgálja ki a gyorsítótár, szemben azokkal, amelyek adatbázis-lekérdezést igényelnek. A magasabb találati arány nagyobb teljesítményjavulást jelent.

A Redis válaszidejének alacsony késleltetése szintén létfontosságú—magas késleltetés semmissé teheti a gyorsítótárazás előnyeit. A monitorozó eszközök feltárják a Redis parancsok késleltetését és a kapcsolódási időket, segítve a szűk keresztmetszetek vagy hálózati problémák azonosítását.

SEO és felhasználói élmény előnyei a csökkentett TTFB-nek

A WordPress TTFB csökkentése Redis gyorsítótárazással közvetlenül javítja a felhasználói élményt azáltal, hogy gyorsabban szállítja a tartalmat és csökkenti a várakozási idő érzékelt hosszát. Ez pozitív hatással van a visszafordulási arányra, a látogatók megtartására és az általános elköteleződésre.

SEO szempontból a keresőmotorok egyre inkább figyelembe veszik az oldal sebességét és a szerver válaszkészségét a rangsorolási algoritmusokban. A gyorsabb TTFB hozzájárul a jobb feltérképezési hatékonysághoz és jobb felhasználói elégedettségi jelekhez, amelyek potenciálisan javítják a keresési helyezéseket.

A Redis Object Cache kombinálása más optimalizációs technikákkal

A maximális hatás érdekében a Redis gyorsítótárazásnak része kell legyen egy átfogó teljesítménystratégiának, amely tartalmazza:

• Hatékony oldalgyorsítótárazást a teljesen renderelt HTML gyors kiszolgálásához.
• Tartalomelosztó hálózatokat (CDN-eket) a földrajzi késleltetés csökkentésére.
• Képek optimalizálását és lusta betöltést.
• CSS és Java