Miért használjunk gyorsítótárat?

Minden egyszerű. A korábban tárolt információk visszakeresése sokkal gyorsabb (10-szer vagy többször), mint a kezdeti generálás. Ha radikális példát szeretne, egy könyv a szerzői tudás hosszú távú gyorsítótára. Ennek a tudásnak a felhalmozása évekbe telhet, miközben a gyorsítótár beolvasása sokkal gyorsabb.

De térjünk vissza a Joomlához, pontosabban itt a webalkalmazások gyorsítótárazásával – ideiglenes statikus másolatok létrehozásával – foglalkozunk. dinamikus oldalak(vagy kisebb információegységek). A gyorsítótárazás a webes alkalmazások velejárója, mert egy tipikus webhely ugyanazt a tartalmat jeleníti meg újra és újra, és gyorsítótár nélkül mindent újra kell generálni minden oldalmegtekintéshez. A gyorsítótárazási rendszer ideiglenesen tárolja a kód által generált információkat egy cache objektumban, és visszaadja, amikor a következő felhasználó kéri.

Gyorsítótár típusok a Joomlában

Oldal gyorsítótár

Képeket készít egész oldal, beleértve mindent: összetevőket, modulokat, bővítményeket és egy sablont. Ez a leggyorsabb, ugyanakkor a legkevésbé rugalmas gyorsítótárazási módszer. Az aktiváláshoz engedélyeznie kell a "Rendszer - Gyorsítótár" bővítményt.

Progresszív gyorsítótár

Ezt a típusú gyorsítótárat a Joomla 1.6-ban vezették be. Pillanatképeket készít minden egyedi modulkészletről (általában minden oldalról). Minden modult érint, és a modul gyorsítótár feletti rétegként működik, felülírva a beállításaikat. A tartalmat minden egyes látogató számára egyedileg jeleníti meg. Engedélyezve, ha a gyorsítótár szintje „Progresszív” értékre van állítva az általános webhelybeállításokban.

Normál gyorsítótár (konzervatív gyorsítótár)

Ha az egyes modulok gyorsítótárának pontosabb szabályozására van szüksége külön-külön, használja a szabványos gyorsítótárazási szintet. Egy másik különbség a progresszív gyorsítótárhoz képest, hogy ugyanazt a gyorsítótárazott tartalmat mutatja a webhely összes látogatója számára.

Modul- és komponensnézet gyorsítótár

Egyfajta csoportot alkotnak, mivel mindkettő egy komponens vagy modul teljes kimenetének statikus másolatát hozza létre. Ez a gyorsítótár leggyakoribb típusa, és néha a Joomlában általában a gyorsítótárral azonosítják.

Pozitív oldala, hogy gyorsaságban jól teljesít. A negatív oldal pedig az, hogy letilt minden felhasználói interakciót<->kiterjesztés<->keretrendszerben, amíg a gyorsítótárazott példány le nem jár. Ez azt jelenti, hogy nem alkalmas olyan komponensekhez vagy modulokhoz, amelyek reagálnak a felhasználói műveletekre, vagy gyakran változó tartalmat jelenítenek meg.

Mivel egy modul vagy komponens gyorsítótárazott példánya csak a saját kimenetét tartalmazza, a $document->addStyleSheet() metódusokkal meghívott külső fájl nem kerül bele. Különféle megoldásokat dolgoztak ki, de mindegyik további számítási erőforrásokat igényel, ami csökkenti a gyorsítótár használatának hatását.

Alkatrésznézet gyorsítótárazása

Az összetevő nézet a vezérlő display($cachable, $safeurlparams) metódusával gyorsítótárazott. Ehhez a $cachebale paramétert igaz értékre kell állítani, és URL-paraméterek tömbjét és szűrőtípusait át kell vinni az $urlparams paraméteren:

$gyorsítótárazható = igaz; $safeurlparams = array("catid" => "INT", "id" => "INT", "cid" => "ARRAY", "limit" => "UINT", "limitstart" => "UINT", "filter_order" => "CMD", "filter_order_Dir" => "CMD", "filter-search" => "STRING", "lang" => "CMD", "Itemid" => "INT"); szülő::display($cachable, $safeurlparams);

Ebben az esetben az URL-paraméterek tömbje egyedi gyorsítótár-azonosítót alkot.

Modul gyorsítótár módok

5 van különböző módok modul gyorsítótárazás. Közülük három a modul XML-jegyzékfájljában található cachemode mezőn keresztül aktiválódik:

• statikus – egy gyorsítótár-fájl kerül felhasználásra az összes azonos modulparaméterrel rendelkező oldalhoz. Olyan modulokhoz ajánlott, amelyek nem változnak.
• itemid - az Itemid megváltoztatásakor változik. Ez a mód a legmegfelelőbb az oldalról oldalra változó dinamikus modulokhoz, mint például menük, tartalomképek stb.
• oldstatic – visszafelé kompatibilis a Joomla 1.5 móddal.

Két további gyorsítótárazási módot kell közvetlenül a modulból meghívni:

• safeuri – A gyorsítótár azonosítója URL-paraméterek tömbjéből jön létre, akárcsak egy összetevőben. Használja ezt a módot, ha a modul az URL-paraméterektől függ, nem pedig az elemazonosítótól (például olyan modul, amely egy kategóriától függően képet jelenít meg). A $cacheparams->modeparams tulajdonság URL-paraméterek és szűrőtípusaik tömbje.
• Id - a modul beállítja a saját gyorsítótárát a saját képletétől függően, amelyet a $cacheparams->modeparams keresztül továbbít

A két mód használatához a cachemode mező helyett használja a saját gyorsítótár mezőt a jegyzék XML-fájljában:

JGLOBAL_USE_GLOBAL COM_MODULES_FIELD_VALUE_NOCACHING

A moduleCache() metódusnak átadott objektumtulajdonságok magától értetődőek. Példa erre a kapcsolódó elemek modul (mod_related_items), amely a safeuri módot használja, és felváltja a nem gyorsítótárazott modRelatedItemsHelper::getList($params) függvényt:

$cacheparams = új stdClass; $cacheparams->cachemode = "safeuri"; $cacheparams->class = "ModRelatedItemsHelper"; $cacheparams->method = "getList"; $cacheparams->methodparams = $params; $cacheparams->modeparams = array("id" => "int", "Itemid" => "int"); $list = JModuleHelper::moduleCache($modul, $params, $cacheparams);

Visszahívási gyorsítótár

Az ilyen típusú gyorsítótár lehetővé teszi a bővítmény különböző részei megkülönböztetését és gyorsítótárba helyezését csak azok számára, amelyeket gyorsítótárban kell tárolni, miközben a dinamikus részek gyorsítótárazás nélkül maradnak. Gyorsítótárazza a függvényhívás eredményeit a kódban.

Kimeneti gyorsítótár

Gyorsítótárazza a szkript bizonyos részének kimenetét. Ez főleg a kimeneti pufferelés gyorsítótárazással, és meglehetősen ritkán használatos.

Nyers gyorsítótár

Gyorsítótárazza az adatelemeket. Teljes mértékben a fejlesztő vezérli - mit kell menteni, mikor kell menteni és hogyan kell osztályozni a mentett elemeket (gyorsítótár azonosítója). Ezt a típusú gyorsítótárat gyakran használja a Joomla mag különféle műveletekhez: összetevők listája, modulok listája, menüfa, elérhető nyelvek, felhasználói csoportok stb.

Megoldások

A megkerülő megoldások megkerülik az ismert gyorsítótárazási korlátozásokat, például azt, hogy nem lehet stílusfájlokat vagy javascriptet beilleszteni egy modulból vagy összetevőből. Ha komponensnézet gyorsítótárat és gyorsítótárat használ visszahív, engedélyezhet vagy letilthat bizonyos megoldásokat. Csak akkor használhatók, ha a gyorsítótárazott függvény manipulálja a fejlécet vagy az elérési utat.

megkerülőket

A JCache::setWorkarounds($data,$options=array()) metódus előkészíti az adatokat a gyorsítótárba helyezésre a kerülő megoldásokkal együtt, és elfogadja a következő beállításokat:

• nopathway – ne mentse az útvonaladatokat
• nohead – ne mentse a fejlécadatokat
• nomodules - ne mentse a moduladatokat
• modulemode - ha a nohead értéke 0, ne tárolja a következő moduladatokat: title , description , link , metaTags

getWorkarounds

A JCache::getWorkarounds($data,$options=array()) metódus kerülő megoldásokat alkalmaz a kerülő megoldásokkal mentett adatokra. Újra létrehozza a fejlécet, az útvonalat és a modulokat, és visszaadja a fő mentett adatokat. Automatikusan működik – egy adott megkerülő megoldás csak akkor kerül végrehajtásra, ha az adatait külön elmentették.

Különbség a visszahívási gyorsítótár és a nyers gyorsítótár használata között

A nézet gyorsítótár általában elegendő egy összetevő fejlesztéséhez, különösen egyszerű összetevők esetén. De ha az összetevő menet közben hoz létre tartalmat, akkor a legjobb, ha más típusú gyorsítótárat választ. Ilyen helyzetben a visszahívási gyorsítótár vagy a nyers gyorsítótár hasznos lenne.

A függvény-visszahívási gyorsítótár pontosan ugyanazt az eredményt adja vissza, mint egy nem gyorsítótárazott függvény, csak ez az eredmény kerül gyorsítótárba. A függvény közvetlenül csak az első meghívásakor lesz meghívva.

A gyorsítótárat a JFactory::getCache() segítségével hívjuk meg, és ha visszahívási gyorsítótárat használunk, akkor a kódunk így néz ki:

$gyorsítótár = JFactory::getCache("valamilyen csoport"); $eredmény = $cache->get(array("valamilyen osztály", "valamilyen módszer"), $methodparams, $id, $megkerülő megoldások, $megoldási lehetőségek);

A get() metódus utolsó három paramétere nem kötelező.

Vegye figyelembe, hogy ez nem ugyanaz a get() metódus, amelyet a nyers gyorsítótárban használunk. A visszahívási gyorsítótár automatikusan lekéri az adatokat, ha vannak. Ha nincsenek, akkor végrehajtja a visszahívást, visszaadja a visszahívás adatait, és eltárolja a következő hívásig. A visszahívási gyorsítótárnak nincs store() metódusa!

Nyers gyorsítótár használata esetén a fejlesztő közvetlen hozzáféréssel rendelkezik módszereket szerezni() és store() , a logikáért pedig a fejlesztő a felelős. Ez a gyorsítótár akkor hasznos, ha információkat kell menteni, de nem függvényhívást (például: xml adatok, képek, termékleírások stb.), vagy ha nagy mennyiségű adatot kell átvinni egyik oldalról a másikra.

Az alábbiakban található a nyers gyorsítótár használatának kódja:

$gyorsítótár = JFactory::getCache("valamilyen csoport", ""); if (!$somevariable = $cache->get("cacheId")) ( // műveletek végrehajtása és az eredmény tárolása a $somevariable-ban // $valamilyenváltozó tárolása a gyorsítótárban $cache->store($somevariable, "cacheId") ;)

A nyers gyorsítótár használatához egy üres karakterláncot kell átadnunk második paraméterként a getCache() metódusnak.

Mi történik, ha több gyorsítótár működik egyszerre?

A gyorsítótár-típusok átlátszatlan rétegekként működnek egymás felett (kivéve az összetevő modul/nézet gyorsítótárát, amely párhuzamosan fut). Ennek megértéséhez el kell képzelnünk, hogy egy weboldalt felülről nézünk, ahol az oldal gyorsítótár a felső szintet, míg a visszahívás, a kimenet és a nyers gyorsítótár az alsó szintet jelenti. Kiderült, hogy a felső szintek átfedik az alsókat, és például az oldal gyorsítótárának használatakor a gyorsítótár többi része leáll.

De van kivétel, amikor különböző időpontokat használunk különböző típusok gyorsítótár. Például az oldalakat rövid ideig, a képeket pedig hosszú ideig gyorsítótárazhatjuk. Ebben az esetben az oldal renderelésekor a kép lekerül a gyorsítótárból.

Gyorsítótár-kezelők

A gyorsítótár-kezelők munkások. Ők végzik el az összes durva munkát, és tárolják az információkat a kiválasztott adathordozón. A gyorsítótár használatához legalább egy gyorsítótár-kezelőnek rendelkezésre kell állnia.

A JotCache az ingyenes komponens a Joomla gyorsítótárazása, ami felgyorsíthatja a webhelyet és csökkentheti a szerver terhelését. Az előző cikkben „A JotCache áttekintése. A Joomla 3 gyorsítótárazása »áttekintettük a bővítmény főbb jellemzőit, konfigurációjának általános "algoritmusát", megismerkedtünk az oldal tesztjeivel és eredményeivel JotCache-lel / anélkül, és megkezdtük a felület részletesebb áttekintését. Ebben a cikkben a webhely "elemeinek" a gyorsítótárazásból való kizárásáról és a Joomla gyorsítótár-bővítmény beállításairól fogunk beszélni.

A Joomla 3.6-ban van néhány fejlesztés a gyorsítótár-rendszer tekintetében: a Joomla egygombos gyorsítótár-öblítése és a fordított gyorsítótár támogatása. De még ezt szem előtt tartva is a JotCache sokkal több funkcióval rendelkezik, különösen ami a következőket illeti finomhangolás valamint a dinamikus oldalak és webhelyelemek gyorsítótárazási problémáinak megoldása.

URL kizárása

fejezetben URL kizárása(az alábbi kép) A JotCache lehetővé teszi bizonyos összetevők által létrehozott oldalak gyorsítótárazásának engedélyezését vagy letiltását. Kérjük, vegye figyelembe, hogy a JotCache rendszerbővítmény beállításaiban beállíthatja, hogy ez a szakasz mire való - hogy szerepeljen-e a gyorsítótárazásban vagy kikerüljön belőle (Plugin fül, opció URL gyorsítótárazási szakasz). Ezzel a beállítással kapcsolatban a szakasz hívható Tartalmazza az URL-t. Ekkor az abban meghatározott összes szabály azt jelenti, hogy ezeket az oldalakat fel kell venni a Joomla gyorsítótárába. A jövőben, amikor azt írom, hogy „kizárás”, akkor érthető, hogy a bővítmény beállításaitól függően lehetséges.

Nem szükséges kizárni a teljes komponens gyorsítótárazását. Példámban a Ccomment Pro megjegyzései és az sh404SEF SEF komponens teljesen ki vannak zárva az AJAX gyorsítótárból. A Ccomment Pro kizárva az oldalak duplikálásával kapcsolatos probléma miatt, de az sh404SEF kizárva amiatt, hogy egy nem létező oldal első lekérésekor a szerver 404-es választ adott, és a későbbi kéréseknél erre a nem létező oldalra - 200, mivel a rossz URL-lel rendelkező oldal a Joomla gyorsítótárába került.

Egy komponens nem minden oldalát zárhatja ki a gyorsítótárazásból, hanem annak egyes oldalait, amelyek URL-je bizonyos lekérdezéseket tartalmaz. Ez például a JoomShopping 4 gyorsítótárazásához történt (az alábbi ábra). Ehhez az oszlopban Kivételek és lekérdezési lehetőségek megtekintése a szemközti "jshopping" lekérdezési paramétereket vesszővel elválasztva adtak hozzá: "controller=cart,controller=user,controller=checkout,controller=wishlist,controller=search" (idézőjelek nélkül). Ezenkívül ne zárja ki a sablon pozícióját, ahol a kosár el van helyezve.

A VirtueMart 3 helyes gyorsítótárazásához be kell állítania a "kosár,felhasználó,rendelések,kérdés,számla,bővítményválasz,állapot" értéket kivételként. Ezenkívül ne zárja ki a sablon pozícióját, ahol a kosár el van helyezve.

A lekérdezési paraméterek annak az oldalnak az URL-címében tekinthetők meg, ahol a gyorsítótár-probléma előfordul. Ha engedélyezte a CNC-t, vagy tiltsa le őket a nem CNC URL-ek megtekintéséhez, vagy a lapon Felülvizsgálat a JotCache-ben kattintson a „probléma” oldal melletti szem ikonra.

A 404-es oldal és az sh404SEF példában elegendő a lekérdezési paraméter kivételeit "error404"-re állítani.

Pozíció kizárása

Ha webhelye olyan modulokat használ, amelyek tartalma kritikus a gyorsítótárazáshoz, például az online áruházak pénznemváltó modulját, akkor ez a szekció(alábbi ábra) kizárhatja a gyorsítótárazásból annak a sablonnak a pozícióját, amelyben van egy hasonló modul.

Az összes eddig tárgyalt gyorsítótárazás kiszolgálóoldali gyorsítótárazás. Jelentősen megnöveli a letöltési sebességet és csökkenti a szerver terhelését (az oldalgenerálási idő csökkentésével).

De a gyorsítótárazás a böngészőben az ügyféloldalon jelentősen megnövelheti az oldalhoz való felhasználói hozzáférés sebességét a webhely betöltése nélkül. A böngészőben tárolt oldalak nem töltődnek be a webhely szerveréről. Egy ilyen gyorsítótár csak nagyon statikus oldalak esetén elfogadható. Például a cég adatai, fizetési és szállítási feltételek stb. A lényeg az, hogy egy ilyen oldal meglátogatása után a felhasználó böngészője nem veszi fel a kapcsolatot a webhely szerverével, hogy megkapja ezt az oldalt a böngésző gyorsítótárának teljes élettartama alatt, amelyet a lap JotCache beállításaiban állított be. Alapvető. Van egy kivétel – a felhasználó kiürítette a böngésző gyorsítótárát, vagy kényszerítette az oldal frissítését.

Ahhoz, hogy ez a lehetőség működjön a JotCache beépülő modul beállításaiban a lapon opciót engedélyezni kell Böngésző gyorsítótárazása (lásd a felugró ablakot!).

Tekintettel arra, hogy a valóságban nagyon kevés webhely oldala gyorsítótárazható a böngészőben, a JotCache-ben a következő elv működik: ne tárolja az oldalakat a böngészőben, ha a címük vagy a cím egy része nincs megadva a részben. Engedélyezze a böngésző gyorsítótárát(kép lent).

JotCache gyorsítótárazási bővítmény

A legtöbb beállítást a JotCache rendszerbővítmény gyűjti össze. A beállítások öt lapra vannak osztva.

1. Csatlakoztat.
2. Leírás. A fejlesztő webhelyén található a JotCache rövid szöveges leírása és egy hivatkozás a súgórendszerre (a angol nyelv).
3. Gyorsítótár módok.

Nézzük meg ezeket a lapokat részletesebben. Foglalkozzunk csak azokkal a lehetőségekkel, amelyek véleményem szerint a legtöbb webmester számára hasznosak lesznek. Hadd emlékeztesselek arra, hogy az opciók orosz nyelvű eszköztippekkel vannak felszerelve, és kibővített angol nyelvű dokumentáció is elérhető hozzájuk.

csatlakoztat

Ezen a lapon (az alábbi képen) beállíthatja a szerver gyorsítótár élettartamát (opció Gyorsítótárazási idő), aktiválja a Joomla böngésző gyorsítótárát (opció A böngésző gyorsítótárának élettartama), és engedélyezze az automatikus gyorsítótár-tisztítást.

A JotCache lehetővé teszi a használatát különböző módok hogyan működik a Joomla gyorsítótár a böngészőtől/eszköztől függően (az alábbi ábra). Ez hasznos lehet a webhely megjelenítése során felmerülő konfliktusok feloldásához. Különösen az Internet Explorer esetében.

• Kivétel. A webhely a gyorsítótár használata nélkül töltődik be.
• Tábornok. Az ilyen típusú böngészőkhöz tartozó oldal tartalma egyben van tárolva megosztott gyorsítótár.
• Egyedi. Az oldal tartalma a saját, dedikált gyorsítótárban tárolódik.

Különös figyelmet kell fordítani a lehetőségre Robotok kizárása. Aktiválásával kikényszeríti a visszatérést kereső motorok webhely oldalait a gyorsítótár használata nélkül. Ez segített megszabadulnom az AJAX megjegyzéseket tartalmazó oldalak tartalmának megkettőzésével kapcsolatos problémáktól. Ha a keresőrobotok nem okoznak kézzelfogható terhelést az Ön webhelyén, akkor véleményem szerint jobb, ha a „legfrissebb” tartalmat adják meg nekik, nem a gyorsítótárból.

A JotCache lehetővé teszi a gyorsítótár fájlok tárolását közvetlenül a tárhely merevlemezén vagy SSD-meghajtóján – „Fájl”, illetve véletlen hozzáférésű memória szerverek - "Memcache" vagy "Memcached" (az alábbi kép). A „Memcache” vagy „Memcached” használatához rendelkeznie kell egy ilyen lehetőséggel a szerverén/tárhelyén. Ha rendelkezik VPS-sel vagy dedikált szerverrel, telepítheti és konfigurálhatja kívánt modult.

Ha SSD-n tárolsz, nem hiszem, hogy sok különbséget fogsz látni a File-cache és a Memcache vagy a Memcached között. De a hosting tulajdonosok számára rendes lemezek lehetnek pozitív különbségek.

Amikor a "Memcached" gyorsítótárat teszteltem, nem a Joomla 3.5.1-ben és nem a JotCache-el, hanem a szabványos Joomla gyorsítótárral, nem vettem észre semmilyen sebességjavulást vagy terheléscsökkenést. Éppen ellenkezőleg, a sebesség csökkent. Az elhasznált memória (RAM) mennyisége nőtt, és nőtt a processzor terhelése. Ez egy új "Memcached" folyamat bevezetésének eredményeként történt. Először azt javasoltam, hogy talán egyszerűen nem konfiguráltam magán a szerveren a Memcached modult. Vagy a VPS-em (2x2,8 GHz-es processzor, 1024 MB RAM, SSD) nem elég a látáshoz pozitív eredmény. Ezenkívül a szerver / webhely terhelése nem túl nagy, és a gyorsítótár fájlban való tárolása SSD-n már jó (a "szokásos" merevlemezekhez képest). Nem sokkal később a „Memcached és PHP, oktatási program” című cikkben magyarázatot találtak: „... csak erősen terhelt erőforrásokon érdemes gyorsítótárat használni. Végül is minden alkalommal, amikor csatlakozik a Memcached szerverhez, értékes időt veszít, ami valószínűleg nem lesz indokolt. … Ne feledkezzünk meg a memóriahasználatról sem! Ne feledje, hogy 300 megabájt gyorsítótárba helyezésével 300 megabájt RAM-ot vett el magától ... "

A lapon (az alábbi képen) engedélyezheti a Joomla böngésző gyorsítótárát (az azonos nevű opció).

Böngésző gyorsítótárazása (lásd a felugró ablakot!). Ha ez az opció be van állítva Igen, akkor a JotCache a böngésző gyorsítótár-tároló mechanizmusát fogja használni. Használja nagyon óvatosan. A JotCache komponensben, az oldalon A böngésző gyorsítótárának élettartama, Kijelölheti, hogy az oldal mely oldalait kell gyorsítótárba helyezni a böngészőben. A kiválasztott oldalak a böngésző gyorsítótárának lejárta idejére a felhasználó böngészőjében a gyorsítótárban vannak tárolva anélkül, hogy újratöltené őket a webhely szerveréről. Ez a lejárati idő minden egyes URL-hez külön beállítható. A gyorsítótár alapértelmezett lejárati ideje az összetevő beállításaiban állítható be.

Tisztítsa meg a szerkesztett oldalakat. Válassza ki Igen a szerkesztett oldalak automatikus eltávolításához a gyorsítótárból. Azoknak a felhasználóknak, akik a webhely elejéről szerkesztenek tartalmat, legalább létrehozási engedélyekkel kell rendelkezniük.

A lekérdezést tartalmazó URL-ek kizárása. Minden olyan oldal, amelynek URL-je (az URL "?" utáni része) lekérdezést tartalmaz, ki lesz zárva a gyorsítótárazásból. Csak akkor engedélyezze ezt az opciót, ha az opció be van kapcsolva SEF (CNC) engedélyezése a Joomla általános beállításaiban van beállítva Igen.

JS és CSS integráció. Lehetővé teszi a JotCache integráció konfigurálását a JCH Optimize , a Rokbooster vagy a Scriptmerge webhelysebesség-optimalizáló összetevőkkel az optimalizált oldalak megfelelő gyorsítótárazásához és gyorsítótáruk törléséhez.

Ha úgy dönt, hogy telepíti valamelyik említett webhely betöltési sebességet optimalizáló összetevőt, először tiltsa le a gyorsítótárazást, konfigurálja az optimalizáló összetevőt, ellenőrizze mindent. Ha elégedett az eredménnyel, engedélyezze a gyorsítótárazást. Az integráció lehetővé teszi, hogy megszabaduljon lehetséges problémákat kompatibilitás.

Amint látja, a JotCache, ellentétben szabványos rendszer gyorsítótárazás, lehetővé teszi a Joomla gyorsítótár nagyon finom hangolását, ami növeli a teljesítményt, csökkenti a szerver terhelését és megtartja a funkcionalitást és megjelenés webhely. Megjegyzem, hogy a nagy mennyiségű dinamikus tartalmat használó projekteknél a beállítási folyamat nehézkes lehet, sok időt és a dokumentáció alapos tanulmányozását igényel. Dinamikusabb webhelytartalom esetén a gyorsítótárazás hatása kevésbé észrevehető.

• A fejlesztő hivatalos weboldala (angol nyelven).
• Dokumentáció (angol nyelven).

A fentiekből megértjük, hogy a gyorsítótárazás engedélyezése segít a Joomla felgyorsításában. De mi van akkor, ha rendszeresen adunk hozzá anyagokat az oldalhoz, de senki sem látja a változásokat és az új cikkek hozzáadását, mert az összes oldalt a gyorsítótárból veszik? A problémára két megoldás létezik:

1. Minden frissítés után manuálisan törölheti a gyorsítótárat webhelyéről. Ehhez nyissa meg webhelye adminisztrációs paneljét, keresse meg az Eszközök lapot a jobb felső sarokban, és kattintson a "Gyorsítótár törlése" gombra:

Most válassza ki az összes elemet, amelynek gyorsítótárát törölni szeretné, és kattintson a jobb felső sarokban található "Törlés" gombra:

Ezenkívül kívánatos az "Elavult gyorsítótár" törlése is, hogy törölje azokat a bejegyzéseket, amelyek már nem relevánsak. Ehhez lépjen az "Eszközök">>"Elavult gyorsítótár törlése" menüpontra, és a jobb oldalon megnyíló ablakban kattintson az "Elavult gyorsítótár törlése" gombra:

2. A második mód kényelmesebb és ésszerűbb. Az általános beállításokban engedélyezheti a gyorsítótárazást, és beállíthatja a gyorsítótár élettartamát percekben. A gyorsítótár élettartamát attól függően kell beállítani, hogy milyen gyakran történnek változások a webhelyen (például cikkek hozzáadása stb.). Ha napi egy cikket ír, akkor az élettartam 1440 percre (24 órára) állítható. Ezen idő után a gyorsítótár önmagában törlődik, és az összes hozzáadott cikk látható lesz a felhasználók számára. A gyorsítótár engedélyezéséhez lépjen a "Webhely">>"Általános beállítások">>"Rendszer" elemre, és ott a képernyő jobb oldalán keresse meg a "Gyorsítótár beállításai" lehetőséget:

Automatikus Joomla gyorsítótár törlése nagyban leegyszerűsíti az életét, és segít elkerülni a szükségtelen beszélgetéseket a szerverrel a nagy terhelésről.

Joomla modulok gyorsítótárazása

Előfordulhat, hogy webhelyén olyan modulok vannak telepítve, amelyek gyorsítótárazása nem kívánatos, például a „Leggyakrabban olvasott” modul. Végtére is, az ebben a modulban található információk sokkal gyakrabban változhatnak, mint új cikkek hozzáadása, ezért ki kell kapcsolnunk a gyorsítótárazást ebben a modulban. Ehhez lépjen a webhely adminisztrációs paneljére, lépjen a "bővítmények">> "modulkezelő" elemre, válassza ki a kívánt modult, és lépjen a beállításaihoz. A jobb oldalon megkeressük a "Speciális beállítások" lapot, és letiltjuk a gyorsítótárazást, vagy beállítunk egy rövidebb gyorsítótár-élettartamot a modul információinak gyakrabban történő frissítéséhez.

Ebben a cikkben megvizsgáljuk a " Gyorsítótár beállításai" a Joomla 3 adminisztrációs panel "Általános beállítások" részében, amelyek a következő helyen találhatók: lapon « Rendszer» . Ezek a beállítások lehetővé teszik, hogy a felhasználók által kért webhelyoldalakat elmentse, és azonnal egy fájlból adja át, ahelyett, hogy minden alkalommal kérelmet intézne az adatbázisba. Ez jelentősen csökkenti a szerver terhelését, és lehetővé teszi a tartalom gyors átadását a felhasználóknak. A megfelelően konfigurált gyorsítótár garancia gyors munka webhely, és az egyik eszköz a webhely SEO-promóciójához a legnépszerűbb keresési lekérdezések között.

Annak érdekében, hogy megértsük, hogyan néznek ki a "Gyorsítótár beállításai" a Joomla adminisztrációs panelen, nézzük meg az alábbi képet:

"Gyorsítótár beállításai" a Joomla 3 adminisztrációs panelen

A Joomla adminisztrációs panel "Gyorsítótár beállításai" része több mezőből áll, amelyek értékei konfigurálhatók:

• Terület " gyorsítótár-kezelő» - Válassza ki a gyorsítótárazási módot. A szabványos gyorsítótárazási mechanizmus fájlalapú. Győződjön meg arról, hogy a gyorsítótár fájlkönyvtárai írhatók.
• Terület " A gyorsítótár-könyvtár elérési útja» - Adjon meg egy mappát a gyorsítótár fájlok tárolására.
• Terület " Gyorsítótárazási idő» - A gyorsítótár-fájlok maximális élettartama percekben. Ezen idő elteltével a gyorsítótár frissül.
• Terület " Platformspecifikus gyorsítótár» - A platformspecifikus gyorsítótár engedélyezése vagy letiltása. Engedélyezze, ha a mobil HTML-kimenete eltér a többi eszközétől. (Alapértelmezés szerint letiltva)
• Terület " Rendszer gyorsítótár» - Engedélyezi vagy letiltja a gyorsítótárazást, valamint meghatározza annak szintjét. Normál szint: Kisebb rendszer-gyorsítótár, Progresszív szint (alapértelmezett): Gyorsabb, Nagyobb rendszer-gyorsítótár, mert modul-gyorsítótárat tartalmaz. Nem alkalmas nagyon nagy oldalakra.

A módosítások végrehajtásához módosítania kell a mezők adatait, és a "Mentés" vagy a "Mentés és bezárás" gombbal kell felső sor az adminisztrációs panel "Általános beállítások" vezérlőgombjai. Elhagyni Általános beállítások változtatás nélkül használhatja a "Mégse" gombot.

A CMS Joomla képes az anyagok gyorsítótárazására, ami lehetővé teszi az adatbázis lekérdezések számának csökkentését, és ezáltal - felgyorsítja az oldalak generálását és csökkenti a szerver terhelését. Ez különösen fontos a nagy forgalmú webhelyek esetében.

A működési elv hozzávetőlegesen a következő: amikor először éri el az anyagot, az nem csak generálódik és kerül továbbításra annak a felhasználónak a böngészőjébe, aki kérte, hanem a webhely egy meghatározott mappájában (gyorsítótár mappájában) is tárolódik. Amikor legközelebb hozzáfér ugyanahhoz az anyaghoz, az többé nem generálódik újra, elveszi a szerver erőforrásait, hanem egyszerűen a gyorsítótárból.

Felmerül a kérdés: "De mi van akkor az oldal frissítésével? Hiszen a felhasználó nem fogja észrevenni az általunk végzett változtatásokat, mert a gyorsítótárból az elavult információk jelennek meg számára?"

Pontosan. A felhasználó csak egy bizonyos idő elteltével fogja látni a végrehajtott változtatásokat, amely az ún gyorsítótárazási idő. Ez az az idő, amely alatt a gyorsítótárban tárolt információk tárolásra kerülnek. Ezt követően törlődik, és ismét gyorsítótárba kerül.

Nagyon fontos a megfelelő gyorsítótár-élettartam kiválasztása. A kulcstényező itt az információfrissítés gyakorisága. Ha például naponta egyszer frissíti a webhelyen található információkat, akkor ésszerű lenne a gyorsítótárazási időt 24 óránál rövidebbre állítani, például - 22 óra (1320 perc). A hátralévő néhány órában teljesen lehetséges, hogy legyen ideje frissíteni az anyagokat.

Ha kétnaponta egyszer módosít, állítsa az időt 46 órára (2760 percre). Általában úgy gondolom, hogy a jelentés világos.

Ha hirtelen nem ütemezett frissítést kell végrehajtania, és a változtatásoknak azonnal életbe kell lépniük, egyszerűen törölheti manuálisan a gyorsítótárat.

A gyorsítótárazás engedélyezéséhez lépjen az adminisztrációs panelre, és válassza a WEBOLDAL - ÁLTALÁNOS BEÁLLÍTÁSOK - RENDSZER lehetőséget. A jobb oldalon a gyorsítótár beállításai láthatók.

Állítsa a rádió kapcsolóját "Igen" állásba, és állítsa be a gyorsítótárazási időt. Ne felejts el a "Mentés" gombra kattintani, hogy a változtatások életbe lépjenek :)

Ebben az esetben megkérdeztük az ún. globális opciók, pl. engedélyezve van a gyorsítótárazás a teljes webhely számára. Néhány modul esetében azonban jobb, ha egyáltalán nem használja. Ezek lehetnek olyan modulok, amelyek gyakran frissülő információkat jelenítenek meg, például híreket, időjárást stb.

Lépjen a EXTENSIONS - MODULES MANAGER menüpontra - kattintson a kívánt elemre, és lépjen be a beállításokba. Érdekel minket a Paraméterek tétel (jobb oldalon).

Amint látja, használhatja a globális beállításokat, vagy egyáltalán nem használja a gyorsítótárat egy adott modulhoz.

A gyorsítótár kézi törléséhez lépjen a TOOLS - CLEAR CACHE menüpontra

Összegzés: A gyorsítótárazási technológia jelentősen felgyorsíthatja a Joomla webhelyet és javíthatja annak teljesítményét. A technológia használatakor olyan helyzet adódhat, amikor a látogató bizonyos késéssel látja a frissítéseket az oldalon. Ennek elkerülése érdekében meg kell választani a megfelelő gyorsítótárazási időt. Ennek az időpontnak a megválasztásának fő kritériuma az oldal frissítésének gyakorisága. Egyes modulok, például különféle informátorok esetében jobb, ha teljesen letiltja a gyorsítótárazást.