Felgyorsítása bootstrap vagy elleni küzdelemben helytelen megsemmisítése modulok, drupal bloggerek

Ez az oldal egy kísérlet, hogy javítsa a kommunikációt a legaktívabb fejlesztő a CMS Drupal - bloggerek. Ha fut a blog Drupal, így készen áll, hogy ossza meg tudását és segíteni másokon. Nem mindig a tudás eljut a fogyasztóhoz. A célja ennek a honlapnak, hogy összesítik a tudás a különböző blogok egyetlen szalagot, és vezet, hogy a blog aktív felhasználó.

Aktív felhasználók az oldalon lesz további ösztönzést ad a további munkához.

Sok szerencsét minden erőfeszítést!

Az egyik projekt voltam szembe azzal az igénnyel, hogy optimalizálja a helyén. Elemzése után, észrevettem a szerver a helyszínen, hogy a bootstrap minden oldalon terhelés ettek

350 milliszekundum. Elég sok, figyelembe véve, hogy ez csak töltse le a szükséges alkatrészeket. Miután egy ideig keresi a problémát, azt tapasztaltam, hogy minden alkalommal, amikor letölt egy Drupal oldalt beolvasott összes mappára a témák és modulok újra. Ez volt az alapja a késedelmes bootstrap, mert Ennek szkennelési költ mintegy 280 milliszekundum (102 modul és 2 betegnél). És ez annak ellenére, hogy a projekt áll a saját szerver, amely teljes mértékben kiélezte Drupal 7.
Megvalósítása után a probléma, volt egy két logikus kérdés:
1. Mi a @ # $ ilyen sokáig?
2. Miért lehetetlen volt cache?
Mint kiderült -, hogy Drupal cache. És minden rendben, és általában jól működik. amíg a fejlesztő kezd eltávolítani modulok helytelenül. Egyes fejlesztők már eltávolította a fa modulok módon: fizikailag eltávolítja a modult a kiszolgáló. És mint a modul nem működik, és az eredmény úgy tűnik, hogy elérte. Azonban mi történik a Drupal?

Teljes eredeti anyag:

Az összes cikk blogger: Drupalace