gyorsulás drupal
Úgy döntöttem, hogy írja meg a véleményét bejegyzést a webhelyet cache technikákat, és találtam az interneten egy cikket a technikai tanácsadó Acquia, csak érintette ezt a témát. Ezért ez a cikk lesz fordítva ma.
Ez az első blogbejegyzés egy sor caching stratégiák Drupal. Ebben a bejegyzésben megpróbáljuk megérteni, milyen lehetőségek léteznek a Drupal „out of the box” szempontjából caching, és minden bővítési lehetőséget kínál oldalak nagy terhelés alatt.
Ellentétben a statikus HTML Drupal Site oldal tömbökből áll, amelyek keletkeznek egymástól függetlenül előtt egyesíteni kell, és elküldi a böngésző egészére. Drupal egy dinamikus platform, amely generál tartalom, így, hogy létrehoz egy oldalt, amely meg kell küldeni a böngésző a webkiszolgáló fut egy műveletsor, mint az adatbázis-kapcsolat, a letöltési lehetőségeket és modulok inicializálása a felhasználói munkamenetet, URL leképezés PHP kihívás az alkalmazás futtatásához logikát, és gyűjtsük össze az összes elemet körül a fő tartalmát az oldal.
A legtöbb ilyen lépések ismétlődnek minden alkalommal során oldal generáció, de hatékony caching stratégia csökkenti a források felhasználását, miközben e lépések elvégzése, tárolásával eredménye ismétlődő számítások. Ez nehezebbé válik a forgalom a regisztrált felhasználók személyre szabott oldalak használják őket, ami kizárja annak lehetőségét oldal gyorsítótárral teljesen. Ezekben az összetett esetekben alacsonyabb szintű cache tárolására oldalának egyes blokkok.
Minél több elemet gyorsítása, hogy szükség van a több szorosan kapcsolódik a háttér, amely adatokat tárol.
Alapértelmezésben a Drupal gyorsítja az adatokat közvetlenül az adatbázisba. Ez látható a sok asztal a Drupal nevű kezdődő „cache_”.
A Drupal képes a cache teljes oldalak vagy azok részei, és ezt az információt újra, hogy új oldalakat.
oldal gyorsítótárral
Ha az oldalak ugyanúgy néz ki minden helyzetben és használati kontextus nem számít, ezek az oldalak cache és a felhasználók rendelkezésére közvetlenül a cache. Számos módja van a cache-oldalakon:
- Fordított proxy (Ext caching). Fordított proxy (reverse proxy) - Ez a fajta proxy szerver, amely nevében az ügyfél információt kér egy vagy több szerver. Használata Lakk reverse proxy szerver népszerű építészet (informatikai infrastruktúra) erősen Drupal. Lakk előtt a webszerver és a cache kéri, hogy nincs a cookie-kat. Lakk lehet használni a cache névtelen kéréseket, mert rendkívül gyors, mivel a tároló az összes cache memória, és ha szükséges, a merevlemezen. Drupal 7 beépített támogatást lakk, míg integráció Drupal 6, akkor kell használni Pressflow, hogy a névtelen kéréseket nem voltak a cookie-kat. Alapértelmezett Lakk Drupal modul fogja használni „cache maximális élettartam” határozza meg a lejárati dátumot, de például, lejárat modul használható a tiszta lakk cache, ha a tartalom módosítható, így biztosítva a felhasználók a legfrissebb információkat. Pages-ről közvetlenül a cache Lakk A tartalmazhatnak további információt, hogy segítsen meghatározni, hogy caching működik. A Acquia mi rajongók Lakk A, bármelyik oldal áttevődik a felhő Acquia tartalmazza ezt az információt, például acquia.com:
- Fokozza. Boost - egy modul, amely a módosított .htaccess fájlt letölteni oldalak lemezről ahelyett, hogy a PHP dinamikus oldal generáció. Ez a modul generál HTML oldalakat, valahányszor egy oldal elérhető, és tárolja az oldal a HTML fájlt a lemezen. A következő kérés az Apache kérést Drupal ellenőrizni fogja, hogy a fájlt a lemezen HTML és próbálja adni a fájlt. A kiemelés modul motoros lánctalpas, hogy fut a korona és regenerálja az elavult tartalom gyorsabb betöltés oldalakon. Pages ki közvetlenül a cache kiemelés tartalmaznak egy rövid jel a végén HTML kód, például:
- Beépített cache-t. A Drupal lehet menteni oldalak közvetlenül a cache háttérben. Ha gyorsítótár engedélyezve, Drupal cache oldalak anonim felhasználók az oldal minden egyes keletkezik. Következő névtelen kérés kap egy tárolt változata oldal helyett az oldalt nemzedék újra.
Ha az oldal betöltésekor a gyorsítótárból nem nevezhető Drupal horgok (az úgynevezett csak hook_boot és hook_exit), így mielőtt engedélyezné caching fontos annak biztosítása, hogy a horgok nem nevezhető minden oldalon kérésre.