Wordpress optimalizálása a CPU terhelés csökkentése
Ma akarok beszélni, hogyan lehet csökkenteni a terheket a kiszolgáló. által létrehozott egy blogot a WordPress. Nemrég tárhely szolgáltató küldött figyelmeztető levelet, hogy a blogomban létrehoz egy, a kiszolgáló terhelése nagyobb, mint a határérték én viteldíjat. Sőt, már a második figyelmeztetés, és így nem kell megvárnia a harmadik, azt találjunk, hogyan csökkenthető a terhelés a szerveren, amely megteremti az oldalamon.
falánkság WordPress
Mint kiderült, hogy a WordPress honlap kezdett alkotni elfogadhatatlan terhet ró a szerver CPU, nem kell sok: mindössze 15-20-szor egymás után (a szünet kevesebb, mint 0,75 másodperc), kattintson ugyanazt a linket, vagy egyszerűen csak nyitott a végsebessége 15 20 oldalaira füleken vagy ponazhimat F5 a böngésző tucatszor.
Ha elfogadhatatlan teher szolgáltató kéri, 5%, hogy valami egyszerű kattintás, ha tényleg megpróbálja, akkor hívja a terhelés szerint a naplók, 28 százalék (.). Most képzeljük el, hogy elkezdett kattintva több, mint egy felhasználó, de kettő? Igen, a probléma az, hogy egyedülálló virtuális tárhely, és ez azt hitték, hogy optimalizálja. Mindazonáltal van egy probléma.
Azt is megállapították, hogy minden egyes új verziója WP egyre telhetetlen. Például, ha a verzió 2.3.3 fogyaszt kevesebb mint 10 MB memória, 2.7.1 - nem kevesebb, mint 20.
A gyakorlat azt mutatja, hogy a helyszínen egy csomó kütyü néha fogyaszt akár 45-55% CPU idő. Amennyiben ezek a számok származik?
Képek, stílusok és szkriptek - „statikus tartalom”. Ez nem változtat idővel, és az ilyen kezelést szükség a legkevesebb erőforrás (CPU időt szinte soha nem használt, minimális mennyiségű memória szükséges). Azonban, ha megy 100 ezer ember egy nap, a terhelés akkor is létre tisztességes Önnek helyben kivételesen statikus anyagok. De a mi esetünkben, a fő probléma - ez a „dinamikus tartalom”.
Például, az egyik oldal megjelenítő WordPress 2.8 tölti mintegy 19 MB RAM-mal és 1 másodperc alatt. Ez azt jelenti, hogy 1 másodpercen belül, a többi az ügyfelek a tárhely nem elérhető körülbelül 25 MB. Tegyük fel, hogy van - 100 látogató naponta, és átlagosan teljesítenek 3 oldal prosmtra. Ez azt jelenti, hogy a webhely fogyaszt valahol 300 * 25 MB memória 300 másodperc. Az egész nap - minden rendben van.
De tegyük fel, hogy a webhely növekedni kezd részvétel (akár 150 ember egy nap), vagy telepítve van néhány szuper-duper új bővítmény WordPress és a memória is megnőtt a fogyasztás 30 MB. Így a fogadó erőforrás fogyasztás nőtt mintegy 50%. Ha a hosting cég úgy véli, hogy fogyasztanak túl sok memóriát és CPU időt a pénzt fizet érte - meg kell küldeni egy figyelmeztetést a lehetséges tiltása az oldalon, és a javaslat, hogy módosítsa a díjcsomagra.
Tehát, dinamikus tartalom - extra adatbázis-lekérdezések és a költség CPU időt. Sőt, minél több kódot shabloka lekérdezések az adatbázis, annál nagyobb a terhelés. Tény, hogy minden hozzáadott bővítmény és a widget, amely a munkájához valami adatbázisából kiválasztott, hozzon létre egy extra terhet.
Más oka a magas CPU kihasználtsága lehet DDoS-támadások és a munka robotjai. Tekintettel arra, hogy nyitottak és nem tudnak tiltani nagy mennyiségben egymást követő oldalakon, vagy ugyanabban az időben, mert hol nélkülük, akkor ismét gondok vannak host.
A fő oka a torlódás
A fő ok, amiért a blog nagyon-nagyon nehéz Hosting:
Módszerekkel foglalkozó stressz
Kezdeni, meg kell, hogy megtudja, mi történt a közelmúltban. Lehet, hogy a helyszínen drámaian megnőtt a népszerűsége. Lehet, hogy a webhelyet nemrég frissítették (telepített WordPress legújabb verzióját). Lehet hozzá egy új oldalt, vagy helyezzen be egy új plugin. Talán az árlista megduplázódott?
Gyakran a problémát meg lehet oldani azáltal, cache-t. Például erre WordPress plugint lehet WP-SuperCache. A MODx a jobb oldalon jelölje ki a „tárolt dokumentumban.” A Drupal történik a menüben a „Beállítás Site -> Performance”. Joomla lehet letölteni PageCache.
caching plugin WordPress: Ez a WP-Cache, WP Super Cache, Hyper Cache, WP File Cache.
WP Super Cache statikus caching plugin WordPress. Generál HTML fájlokat szolgálnak közvetlenül Apache feldolgozás nélkül viszonylag nehéz PHP szkripteket. Ezzel a plugin, akkor jelentősen felgyorsítja a blog WordPress.
A működési elve szinte megegyezik a WP Super Cache lehetőséget. Szintén létrehozása statikus oldalak, a tárolás és a szállítás, ha a hely eléréséhez.
- túl sok memória cache oldalak;
- érthetetlen feldolgozó oldalak 404 és feküdt a cache;
- úgy vélik, hogy a teljesítmény több patakok és lekérdezések alacsonyabb Super gyorsítótár.
Ez a plugin, hogy tetszett, és hogy tudok ajánlani Önnek. Ezért, tekintettel annak többet az előnyöket. És ezek a következők:
Összefoglaló következtetések: A megfelelően konfigurált a szerver vezet WP Super Cache--, valamint a sebesség és a terhelés keletkezik.
Nemrég talált egy másik bővítmény, amely másképp működik, mint a hagyományos cache.
DB gyorsítótár Reloaded beépülő modul olyan eszköz, amely dinamikus gyorsítótár-adatbázis-lekérdezések. A munka a plugin alapul egy teljesen más, nem-statikus caching bővítmény, elvek, és jelentősen növeli a blog terhelés sebességet és csökkenti a terhelést a tárhely.
Minden alkalommal, amikor egy oldal generált blog, menjen adatbázis-lekérdezések által küldött téma, kütyü, plug-inek. DB gyorsítótár Reloaded gyorsítótáraz ezeket a kéréseket, irányítja őket a jövőben nem az adatbázisban, és a cache, ami elérhető a gyorsabb. Ennek eredményeként, a hívások számát az adatbázis csökken több alkalommal (az én esetemben, 25-5). Ez csökkenti a CPU terhelését és a memória használat - csökkenti a teljes terhelést a tárhely, csökkenti a generációs blog oldala. Plugin beállítások minimálisak, van egy kód, amely lehet illeszteni a footer.php megjelenítéséhez a blog betöltési idejét, a hívások száma az adatbázisban, és elfogyasztott mennyiségének memóriát.
Ha caching nem volt könnyű - meg kell nézni profi. Meg kell találni a „rossz” plug-in vagy modul, és frissítés, javítás vagy csere. Gondolkodás nélkül - csak ajánlani tudom letiltani statisztikai modulok és használja őket, hanem a LiveInternet számláló vagy a Google Analytics. Teljes optimalizálása a helyszínen vehet rengeteg időt (és pénzt), így kiküszöbölve a problémákat, mert előfordul :)
Lock kéri az új verziók
WordPress motort úgy tervezték, hogy minden egyes alkalommal, amikor bejelentkezik a közigazgatási része úgy néz ki, nincs ott semmilyen beépülő frissítve. Hogy csinálja? Minden plug-in regisztrálva az oldalán, ez általában egy szakaszt a katalógusban plug-inek a helyszínen wordpress.org. Határozottabb vissza, ő le a telepített változat benned és ami a bővítmény honlapján. Ha van egy újabb, azt javasolja, hogy frissítse a plugin.
Ugyanez csinál, és hogy maga is - minden alkalommal ellenőrzi, hogy a WordPress fejlesztők tettek egy új változata. Nyilvánvaló, hogy ez a munka eszik ki a helyszínen, így a néhány megabájt memória, amelyek részére a szolgáltató annak működéséről.
Nem szoktam gyakran frissíteni plugins, és amint felvette őket és nyomás, én inkább már nem zavarja őket, vallják az elv a „munka - ne érintse!”. hogy egy új változata a valamit, úgyhogy dugó elég három vagy négy alkalommal egy évben, hogy ellenőrizze, nem jött ki, és a fennmaradó időt, hogy kapcsolja ki ezt a funkciót.
Azt szokta kézzel, javítva a konfigurációs fájlt. Ez tartott Ivan kalinini tette beépülő, röptében megfosztja WordPress csekket plugins frissítéseket. Ugyanakkor, ez letiltja magát WordPress ellenőrzi a frissítéseket. A neve ennek a plug-in blokkoló kérelmeket az új verziók. Úgy működik, csak dugó: aktív - dolgozó, nem aktivált - nem fog működni.
Automatikus verzió ellenőrzés (vizsgálat)
Miután töröljék bejegyzést WordPress menti az előző változat, így ha bármi lehetett volna tenni egy rollback. De a dolog - „ebben az esetben” Van rendkívül ritka, sőt, ezek páros korábbi verziói a hozzászólásomat nem kell. WordPress teszi ezeket a mentéseket rendszeresen, és mindannyian felhalmozódnak, és felhalmozódnak. Hulladék helyet a számukra, és a motor olyan állapotban van a folyamatos nyomon követést és a mentést. Azt hiszem, nem kell, úgyhogy én le ezt a lehetőséget (bevallom, hogy valaki talán hasznos), és ezzel együtt a tartalék helyet a szerveren, és csökkenti a terhelést a motor csökkentésével tárol.
A telepítés után a plug-in lesz néhány üzenete van változatok. Azt gondolják, hogy már nincs szükség, akkor törölje őket. Ezt követően, egy jó ötlet, hogy adja-e vagy sem, még ilyen ellenőrzési pozíciókat, és ha szükséges, akkor milyen gyakran és milyen mennyiségben. Általában azt eltávolították a.
Ez a plug-in, mint már mondtam, lehetővé teszi, hogy ne rendetlenséget fel a bázis redundáns információ adatokat, és minél kisebb a adatbázis - a gyorsabb futás WordPress.
Mindkét plugins jók különösen az a tény, hogy nem kell bemenni a kódot, és azt kézzel szerkeszteni. Ezen túlmenően, a hatástalanítás a plug-in visszaállítja az alapértelmezett beállításokat. Nem ez az egyetlen lehetőség felgyorsítja a WordPress, de - a legolcsóbb.
WP-optimalizálása bővítmény
Tudod, hogy ha törli a spam üzeneteket, azokat nem törli az adatbázisból, hanem egyszerűen rejtve a szem elől? Nem tudom, miért olyan WordPress fejlesztők már felér, de nekem személy szerint, ez a gyűjtemény láthatatlan kakashek nem éppen szüksége van. Bár én nem láttam, de az a hely, hogy elfoglalja az adatbázisból. És szükség van egy felülvizsgálatát üzenete?
A beépülő modul lehet egy kattintással távolítsa el az összes spam üzeneteket, minden meg nem erősített jelentések, optimalizálja az adatbázis, hogy megszabaduljunk a felesleges adatokat, valamint a gyorsan változtatni felhasználói bejelentkezéseket. Amikor optimalizálja a táblázat megmutatja az eredményt.
Elemzés a „görbület” webhely
Annak ellenőrzésére, hogy hány adatbázis-lekérdezések fordul elő, amikor betölti az adott oldalt a webhely használhatja a jól ismert plugin WP Tuner - töltse le a plugin WP Tuner. A dugó által telepített hagyományos módon, nevezetesen:
- csomagolja wptuner.zip az FTP-manager csatlakozni a helyszínen, és feltölteni wptuner mappát a plugins mappába wp-content / plugins / szerver
- wordpress belépés az admin felületen, és válassza ki a fület „Dugó» - «Inaktív»
- megtalálni a vonalat az plugin WP Tuner és aktiválja
- Az aktiválás után WP Tuner regisztrálnia kell a beállításokat wp-config.php. Erre a célra szükséges ideiglenesen megnyitni ezt zayl írási jogait 666 vagy regisztrálni egy kis darab kódot kézzel.
- Ha a gépi kód nem mondja ki, hogy megmondja a plugin hibaként és annak leírását.
Most már megy az admin felületre a blog, és nézd meg a bővítmény beállítások WP tuner. Az admin területen válassza a bal oldali menü Beállítások -> WP Tuner.
Valójában, a beállítás nem túl sok, ráadásul a plug-in kezdtek mutatni a kérelmek száma az adatbázisban induláskor blog oldalt, általában nincs szükség változtatásra. Egyszerűen megy a webhely adminisztrációs panel (ez szükséges ahhoz, hogy Ön a helyszínen voltak az adminisztrátor login) és nyitott minden oldalon a webhelyen. Miután a letöltés befejeződött, lapozzunk lefelé, és meglátja az Lábjegyzet webhely WP Tuner plugin. Az alábbi ábrán látható, ahol láthatjuk a számos adatbázis lekérdezések gyártottak az oldal betöltése közben.
Rendes látogató, természetesen, hogy ez a csúnyaság nem csak blog adminisztrátora, azaz Ön.
De, hogy a számos adatbázis-lekérdezések nem folyamodik a plug-inek. Ehhez meg kell elérni a fájlokat a webhely FTP-n keresztül, és nyissa meg szerkesztésre. például /wp-content/themes/nazvanie_vashey_temy_oformleniya/footer.php fájlt, és valahol a fájl kódot beilleszteni az alábbi szerkezettel (a beszúrási pontot fogja meghatározni a helyét a lekérdezések száma a láblécben vagy kimenet eltérően - az alagsorban a blog):
Ennek eredményeként betöltése után a webhely oldalain, az az oldal alján látni fogja, hány lekérdezés egyidejűleg került sor az adatbázishoz.
Ez az információ csak akkor lesz elérhető a bejelentkezett felhasználók blog. Ie ha van egy blog bejegyzés van tiltva ez a felirat csak látni.
Az optimalizálás sablonokat, hogy csökkentsék a lekérdezések számát az adatbázis lesz szó egy külön cikket.