Wordpress hiba és hibaelhárítás
WordPress általában meglehetősen stabil, és nem bontja meg a tulajdonos hibákat. De vannak olyan helyzetek, amikor a motor nem kezd cselekedni, és adnak figyelmeztetéseket, és átkozta érthetetlen az átlagember szó. Nézzük meg a leggyakoribb WordPress hiba. Megnézzük, hogy miért fordul elő, és azokat hogyan lehet javítani.
Általános ajánlások
Tudom, hogy ezt a tanácsot régen unatkozik, mit tud róla, és én vagyok unalmas típus, aki mindig azt írta ugyanezt ... de irigylésre méltó állandóság én a kérdés megválaszolására, amelynek 90% -a származhat nem tartása néhány szép egyszerű szabályok:
- Ne telepítse a plug-inek, ha nem bízik azok megbízhatóságát. Tudom, hogy két forrásból, hogy meg lehet bízni, hogy bizonyos mértékig: WordPress Codecanyon és adattár (store plug-inek és a szkriptek). Persze, van is elég vitatható döntéseket, különösen a természetes adattár dugó.
- Frissítés WordPress. A fejlesztők nem csak a hibák javítását, hanem hogy néhány kiegészítéssel, változtatni a központi mechanizmusokat. Csak tegnap szembe az alapjárati WooCommerce 2.0.5 verzió WordPress 3.4.1. Ez költségek frissíteni a motor és az összes nagy kezdet.
- Ne tegye a kísérleteket élő webhelyen. Akár három látogató van egy nap, vagy háromszáz - több értelme, hogy egy másolatot a webhely, és alkalmazza változtatásokat. Ez fogja megmenteni az idegeket a stressz, és a webhely hibák és meghibásodások.
- Készítsünk biztonsági másolatot. Ez egy sarkalatos pontja nem csak webes fejlesztés, de a kapcsolódó tevékenységek számítógépek.
Fehér halál (WSOD)
Az ismert kifejezés a Windows felhasználók számára, van egy rendszerhiba az úgynevezett BSOD és a különböző kék képernyő. Ez csak ebben az esetben indítsa újra a számítógépet, hogy megoldja a problémát
Általában, WSOD nem fordul elő vákuumban, és a kapcsolódó leggyakrabban a telepítést a plug-in, vagy sablont. Minden baj a hiba -, hogy gátolja az admin felületen, és a helyszínen is. Csak akkor visszaállíthatja a reszelő vagy FTP-protokoll vezetője.
Miért van WSOD?
- Telepítse a bővítményt vagy sablon, amely összeegyeztethetetlen a jelenlegi változat a motor
- bővítmény ütközik egy másik bővítménnyel vagy témával
- régi bővítmény frissítés okozta a hibát
Mindenesetre - nyomon követni a tettes könnyű, ha csak a frissített egy plug-in, vagy sablont. Mi van, ha már frissített egy csapásra 10-20 pluginek (hihetetlen helyzet, de még mindig lehetséges, és az ilyen)? Nagyon egyszerű ...
- nevezd át a plugin könyvtárban (plugins1 például), és hozzon létre egy újat ugyanazzal a névvel, a motor leáll, hogy a telepített plug-inek és felveheti őket egyesével, hogy megtalálja a tettest.
- átnevezni a jelenleg használt sablon. ne felejtsük el, hogy adjunk egy előre szabványos sablon (Húsz ilyen). Átnevezése után a WordPress átvált az alapértelmezett téma elérhető, és akkor megy az admin felületen.
500 belső szerver hiba
Hiba kellemetlen elég, de ritka. Leggyakrabban társított helytelen .htaccess fájlt a gyökérkönyvtárban a helyén. A kezelt meglehetősen egyszerű - eltávolítani elég, akkor megy az admin felületen a WordPress, menjen a részén tartós kapcsolatok, és mentse a kívánt szerkezetet újra. A mentés után - WordPress automatikusan létrehoz egy új htaccess fájlt, és nagyon valószínű, hogy eltűnnek a hibát.
Ezen kívül sok más hibaforrások 500. A legjobb módja annak, hogy megtudja az oka - nyitott error_log fájlt. amely általában a gyökér a helyet (ha tárhelyszolgáltatóval benne fakitermelés, természetesen).
Van egy jó standard verzió - ez szükséges a WordPress debug módban. Ehhez adjuk hozzá a wp-config.php fájlt a következő sort:
majd, hogy a hiba napló. Ebben az esetben a hiba kerül részletesebben, így könnyebb megtalálni és megszüntetni.
Hiba egy adatbázis kapcsolat
Véleményem - a leggyakoribb hiba a kezdők. Előfordulhat a következő esetekben:
Figyelem: Nem lehet módosítani header információk - headers already sent by ...
Egy automata WordPress frissítés nem sikerült befejezni
A hiba meglehetősen ritka, de néha előfordul. Leggyakrabban ez akkor fordul elő, ha a kapacitás a tárhely nem elég ahhoz, hogy töltse ki az automatikus frissítést. Azt javasoljuk, hogy elkerülje az ilyen gazda, de ha nincs más alternatíva, elősegíti a motor kézi frissítés az alábbi sorrendben:
- Letölti a legújabb verziót ru.wordpress.org (jól, vagy a saját nyelvén) és csomagolja
- Tiltsa le az összes plug-inek a helyszínen, ha lehetséges
- FTP-n keresztül megy a gyökér mappa az oldalon, és távolítsa el a wp-includes mappa és wp-admin
- Másolja a mappát, ahova kicsomagolta a WP
- Cserélje ki a fájlokat a gyökér mappát a gyökér a tartalom elosztó
- Fontos. Ne érintse meg a wp-content mappában, remélem érthető, hogy miért
Röviden elérhetetlenné ütemezett karbantartás. Nézz vissza egy perc múlva.
Könnyen szörnyű hibát .maintenance megoldható eltávolítja a fájlt a gyökere a helyén. Ez annak következtében, hogy nem megfelelően kitöltött automatikus frissítést. Ha igen - segít, hogy pont magasabb. De gyakrabban, mint nem csak automatikusan törlésre ezt a fájlt, ez minden.
FATAL ERROR: SZABAD memória mérete a - bytes ELHASZNÁLÓDOTT
Ez WordPress hiba történik hiánya miatt a lefoglalt memória PHP folyamatot. Mindössze annyit kell tennie, hogy növelje a memória mennyiségét. ha lehetséges. Számos módja van, hogy ezt:
- Ha tudja módosítani a php.ini fájlt, add hozzá a sort memory_limit = 64M (jól, vagy megtalálni, és módosítsa a meglévő értéket), és indítsa újra a kiszolgálót.
- Edit a .htaccess fájl található a gyökérkönyvtárban, add php_value memory_limit 64M.
- Változás a wp-config.php fájlt, adjuk hozzá a define ( 'WP_MEMORY_LIMIT,' 64M „);
- Hozzon létre egy php.ini fájlt belül a wp-admin mappa c tartalommal: memory_limit = 64M;
Valamilyen módon együtt kell működnie Meg kell jegyezni, hogy egyes hosting cégek kiosztani a maximális memória limit 8-16M szinten, és nem teszi lehetővé, hogy módosítsa ezt az értéket. Ebben az esetben azt javaslom, egy helyettesítő host.
Kapcsolat időkorlát
Ez egy klasszikus tünete szerver torlódás. Ez azt jelenti, hogy a szerver túlterhelt és nem tudja befejezni a kérelmet küldött a felhasználó. Ha ez történik elég gyakran, az én tanácsom - változtatni tárhely. Ha ez nem lehetséges - meg kell csökkenteni a terhelést:
- növekvő memória korlát (értsd fent)
- amennyire csak lehetséges - nem egészen a kívánt letiltásának és pluginek
- Az átmenet a szokásos sablon, mint tíz tizenkét
Maximális végrehajtási ideje 30 másodperc meghaladta
PHP Minden fájlnak van egy maximális ideje annak végrehajtását. Ha nem „illik” a fenntartott beállítások mezőben ez a hiba. A leggyakoribb probléma abból adódik, nem megfelelő működése kiegészítések (jellemző zárt hurok, például). Hogy oldja meg, próbálja meg visszaállítani a plugin könyvtárba, és a jelenlegi sablon. Ha ez nem működik, akkor a tárhely szolgáltató nem elég erős az a projekt, melynek következtetéseit.
Azt is megteheti, próbálja meg növelni a maximális futási időt
- módosítsa a .htaccess a gyökérkönyvtárban a WordPress, add a következő sort: php_value max_execution_time 60
- változás, ha lehet, a php.ini fájlt, adjuk hozzá a következő sort: max_execution_time = 60;
Kapcsolatos hibák Adatbázis szerkezet
- Hiba 145. Ez azt jelenti, hogy az adatbázis szerkezete sérült, és javításra szorul. A rendszer segítségével a phpMyAdmin, vagy bármely más adatbázis-kezelő végezhető javítás (helyreállítás szabvány jelenti) Ne felejtsük el, a pre-biztonsági másolatot az adatbázisról
- Hiba 28. Nem svyazannnaya WordPress hiba arra utal, hogy a MySQL. Megoldható hosting technikai támogatást.
Hasonló bejegyzések
A legtöbb motor hiba abból adódik, hogy a témák vagy bővítmények nem mindig kompatibilis a legújabb változata a motort. Ezek a bajok megszűnt egyszerűen eltávolításával mappák görbék bővítmény vagy téma. Ebben az esetben maga a motor visszaáll az alapértelmezett témát, és minden rendben van.
Nem kell, hogy tegye planginy, amelyek nem a bizalmat, hogy elkerüljék a hibákat. Nem minden változata WordPress barátkozni velük. Nos, ami azt illeti, meg kell frissíteni a legújabb verzióra
Srácok, a probléma az űrlapot. Azt írja ki, és kattintson küldeni, de ha küld írja: „Az üzenet nem küldhető el, mert egy belső hiba.” Mondd el, mi a baj kérem.
Igen, a sablon mindig probléma, akkor jobb, hogy szabványos + egy kis utómunka
Üdvözlünk! Adtam hibás lekérdezés, ha az állapot kódot egy nem létező oldalt (azaz helyett 404 kérdések a 500 kódot), hogyan kell megjavítani a WP?
A keresési találtam ezt a cikket, ami a WordPress hiba.
Sajnos nem találtam leírást a hiba.
De csak abban az esetben kérem, tud valaki tudja.
Van egy sablont a makacsság méltó jobb alkalmazását a webhely gyökérkönyvtárába, hozzon létre egy év-hónap
Emiatt leáll linkek mozog az archívumban havi rekordot. Hiba történik.
Valahol a sablon hibásan határozzuk meg, ahol szeretné létrehozni ezt a mappát. A mappában feltöltések ugyanabban a mappában létrejön normális, minden gond nélkül.
Senki szembe? Ne mondd, hogy hol keresse a hibát?
Köszönöm. Ő megérti magát. Poustanavlival plugins felesleges ide, és legyen tompa template))) Szóval srácok nem telepíti felesleges - felesleges plugin olyan rossz :))
Jó napot kívánok. Nem tudom a standard hiba. Csináltam egy oldalt a motor WordPress, mint minden jól ment. De egy nap felébredek, zahozhdu a helyszínre, és ott van a sablont kétszer (azaz 2-szer megismételjük, ha lefelé görget). Segít megoldani a problémát. Remélem a támogatást. Köszi előre.
Köszönöm a tippeket értelmes
Helló! Segítség kérem! Tegnap telepítése után a plugin a WordPress jivosite első adminisztrátor van zárva, vagyis nem megy át a belépési jelszót, hiba 121, és amikor megpróbál csak megy a helyszínen is származik az azonos sorban én oshibkoy.Chto ? ez általában vissza kell állítani?
Jó vecher.ya nem is tudom, hogy mit csinálok sokat olvas, horror ... de még mindig ad oshibku.delo: set Denver, majd vordpres készült az adatbázis, a felhasználó, hanem adja meg az admin nem tud írni, „Egy vagy több táblából adatbázis nem érhető el „pochenit .... pochenit. és az egész dolog derült ki, hogy csak a két alap jó, a többit net.kak helyesbítette, hogy nem tudom. prompt.
Hozzon létre egy táblázatot a nevét, amelyek hiányoznak, ... ... pochenit Chenit. minden jól ment ... távolítsa el a sort a wp-config.php és ismét eltávolítani. poprobyval Chenit és otimizirovat néhány bővülése nem tudta optimalizálni. Mit kell tenni? mi a probléma? pomogite.tolko hogy poprobyval minden törlődik, és újra mindent korektno, de a végén látható lesz, amikor a falu bejáratánál vordres kiemelt egy fehér háttér logó vordpresa minden.
Az összes hibát Szerintem csak három. Hiba 500, 404, Fehér Screen of Death is volt a probléma, és úgy döntött, hogy csak újra velünk wordpress, az összes problémát, ez a legkézenfekvőbb 404-es hiba eo úgy tűnik, az oltást követően rosszul megy újra az permalink.
Az oldalon néha ezeket a hibákat: nem lehet feltölteni a képeket a post, és nem lehet egy korábbi megjelenés. Azt deaktiroval összes plug-and mert aktiroval újra, de nem sikerült. Akkor nem tettem semmit, és ő megoldotta a problémát. Nem értem!
A második napon, én harcolni a gazda, de nem ért egyet ... Nem egy bővítmény nem akar frissíteni ... és a bővítmény le van tiltva, és a téma változott, sőt a kedvéért az érdeklődés a helyszínen a helyi szerver transzfer (helyi mindent legyek) ... Hogy mást kényszeríteni házigazdák, hogy viszket? Megcsináltam egy évre előre fizetett, és az első hónapban zátonyok ...
Hogy megtagadja a szolgáltatást, a másik nem kínál. Milyen egy szálló hogy nem lehet frissíteni a kiegészítőket?
Van egy ilyen hiba - A szükséges mező hiányzik «frissítve». Segítség fix
Barátok, de a 403 hiba vstrechalas a WP sablont? Megértem, hogy egy kicsit ki a téma, akkor Shab, de akkor is. Nekem van 2-szer összeomlik.
Hoster azt mondta, hogy azokat a jogokat, az összes normális, úgy Shab, nevezetesen:
„Annuyu hiba generál nem szerveren. Valahol a kódot, nem találtam, ahol a szkript hivatkozik egy másik szerver fogadja a hibát, és beilleszti azt a sablont. A cím egy olyan funkció sablon wp_head () funkció meghívásával, amely utal a távoli szerver és hibaüzenetet kap. De hol van ez a kódrészlet nehéz megtalálni.
Azt javasoljuk, hogy lépjen kapcsolatba a fejlesztő a témában. Bizonyára tudják, hogy mi történik egy külső kezelés és hol találja meg. "
Tud valaki mondja meg, hogy?
és én itt egy ilyen hiba naplózás vnutor cikk Fatal error: Unknown: Nem tudja használni a kimenet pufferelés kimeneti pufferelés kijelző rakodók Ismeretlen on line 0.
Tudom, hogy oftop, de nehéz, hogy csendben - gering111 egyike azon kevés területek, amelyek nagyon jól nézett ki a nagy képernyőn. Köszönöm az ilyen vorstku és diz)
Mi okozhat appsrush IE7, amikor közeledik az oldalon? WordPress + immerziós mintát a fő csúszkát.
Fogalmam sincs, hogy őszinte legyek. Elfelejtette még úgy néz ki, mint az IE7 Bizonyára JS, semmi több, mint megtörni.
Köszönöm, Ivan
Igen, teljesen megfeledkeztem a PTO, azt mondta, a cikkben.
A memória meglehetősen furcsa kiderül, valóban. Sok függ a jelenléti és konfigurált statikus. Van egy ügyfél projekt a csodálatos 16M forog. Rendes névjegy, de akkor is.