WordPress.org

ha WordPress hibaüzenettel vagy fehér képernyővel találkozik, ne essen pánikba. Valaki valószínűleg már találkozott ugyanazzal az üzenettel, és könnyen megoldható.

ez az oldal felsorolja a WordPress felhasználók által tapasztalt leggyakoribb WordPress hibákat, és kiindulópontot nyújt azok kijavításához. A
WordPress támogatásnál részletesebb oldalakra vagy fórumokra mutató linkeket is talál, ahol egy önkéntes segít.

a halál fehér képernyője # a halál fehér képernyője

mind a PHP hibák, mind az adatbázis hibák fehér képernyőként nyilvánulhatnak meg, egy üres képernyő, információ nélkül, amelyet a WordPress közösségben általában a WordPress fehér képernyő a halál (WSOD).

mielőtt kétségbeesett intézkedéseket alkalmazna, számos oka van a WordPress fehér halál képernyőjének:

• a Plugin kompatibilitási problémákat okoz. Ha hozzáférhet az adminisztrációs képernyőkhöz, próbálja meg deaktiválni az összes beépülő modult, majd egyenként újraaktiválni őket. Ha nem tud hozzáférni a képernyőkhöz, jelentkezzen be webhelyére FTP-n keresztül. Keresse meg a wp-content/plugins mappát, és nevezze át a plugins_oldPlugin mappát. Ez inaktiválja az összes plugint. A beépülő modulok manuális deaktiválásáról a hibaelhárítási GYIK-ben olvashat bővebben.
• lehet, hogy a téma okozza a problémát. Ez különösen akkor valószínű, ha a halál fehér képernyőjét tapasztalja, miután éppen aktivált egy új témát, vagy létrehozott egy új webhelyet a WordPress hálózatban. Jelentkezzen be a WordPress adminisztrációs képernyőjére, és aktiválja az alapértelmezett WordPress témát(pl. Ha nem tudja elérni az adminisztrációs képernyőket, nyissa meg webhelyét FTP-n keresztül, és keresse meg a /wp-content/themes/ mappát. Nevezze át az aktív téma mappáját.

a WP_DEBUG funkció gyakran további információkat nyújt.

felső

belső szerverhiba # belső szerverhiba

a belső szerver hibájának számos oka lehet. Íme néhány dolog, amit tehetünk, hogy megoldja azt:

• a legvalószínűbb probléma egy sérült .htaccess fájl. Jelentkezzen be a webhely gyökerébe az FTP használatával, és nevezze át a .htaccess fájlt .htaccess_old – re. Próbálja meg betölteni webhelyét, hogy megnézze, megoldotta-e ez a problémát. Ha működik, látogasson el a Settings > Permalinks oldalra, és állítsa vissza a permalinkeket. Ez létrehoz egy új .htaccess fájlt az Ön számára.
• próbálja meg deaktiválni az összes beépülő modult, hogy lássa, ez egy Plugin-probléma. Ha nem tud hozzáférni a WordPress adminisztrációs képernyőjéhez, deaktiválja a beépülő modulokat FTP-n keresztül az alábbi utasítások követésével.
• kapcsolja át a témát a WordPress alapértelmezett témájára (pl. Húsz tizenhét), hogy megszüntesse a témával kapcsolatos problémákat.
• növelje a PHP memória korlátját
• próbálja meg újra feltölteni a wp-admin és wp-includes mappákat a WordPress friss telepítéséből.

Top

hiba történt az adatbázis-kapcsolat létrehozásakor # hiba történt az adatbázis-kapcsolat létrehozásakor

ha olyan oldalt kap, amelyen “hiba történt az adatbázis-kapcsolat létrehozásakor” üzenet jelenik meg, ez azt jelenti, hogy probléma van az adatbázissal való kapcsolattal, és ennek számos oka lehet. A következő lehetséges okok és megoldások.

helytelen wp-konfiguráció.php információ # helytelen wp-config.php információ

az” adatbázis-kapcsolat létesítésének hibája ” általában a wp-config hibája.php fájl. Nyissa meg webhelyét az FTP kliensben. Nyissa meg a wp-config.php elemet, és ellenőrizze, hogy a következők helyesek-e:

• adatbázis neve
• Adatbázis felhasználónév
• adatbázis jelszó
• Adatbázis állomás

További információ a wp-config szerkesztéséről.php.

ha biztos benne, hogy a konfiguráció helyes, megpróbálhatja manuálisan visszaállítani a MySQL jelszavát.

Top

problémák a Webgazdával # problémák a Webgazdával

a következő lépés a webgazdával való kapcsolatfelvétel. A következő tárhelyproblémák okozhatják a problémát:

• az adatbázisa teljesítette a kvótáját, és leállt.
• a szerver nem működik.

lépjen kapcsolatba a tárhelyszolgáltatójával, hogy megtudja, a fenti problémák bármelyike okozza-e a problémát.

Top

veszélyeztetett webhely # veszélyeztetett webhely

Ha ellenőrizte a wp-config.php hibát, és megerősítette a házigazdával a tárhelyproblémákat, lehetséges, hogy feltörték webhelyét.

ellenőrizze webhelyét a Sucuri SiteCheck segítségével, hogy megbizonyosodjon arról, hogy nem került veszélybe. Ha van, akkor nézd meg a webhelyem feltörték.

Top

sikertelen Automatikus frissítés # sikertelen Automatikus frissítés

lesznek olyan helyzetek, amikor a WordPress automatikus frissítése nem sikerül. A tünetek a következők:

• üres fehér képernyő, nincs információ.
• figyelmeztetés, hogy a frissítés sikertelen.
• PHP hibaüzenet.

a WordPress automatikus frissítési funkciója meghibásodhat a fő WordPress fájlokkal való kapcsolat hibája, a frissítés során fellépő internetkapcsolat problémája vagy a helytelen fájlengedélyek miatt

a WordPress webhely kézi frissítéséhez lásd a Kézi frissítés cikket.

Top

kapcsolat időtúllépés # kapcsolat időtúllépés

a kapcsolat Időtúllépési hiba jelenik meg, ha a webhelye többet próbál meg tenni, mint amennyit a szerver képes kezelni. Különösen gyakori a megosztott tárhelyen, ahol a memória korlátja korlátozott. Íme néhány dolog, amit kipróbálhat:

• deaktiválja az összes bővítményt. Ha a webhelyén található összes WordPress Plugin deaktiválása megoldja a problémát, aktiválja újra őket egyenként, hogy lássa, melyik plugin okozza a problémát. Ha nem tud hozzáférni az adminisztrációs képernyőkhöz, olvassa el, hogyan lehet manuálisan deaktiválni a beépülő modulokat.
• váltás az alapértelmezett WordPress témára. Ez kizárja a témához kapcsolódó problémákat.
• növelje a memória limit wp-config.php. Ha megosztott tárhelyen tartózkodik, előfordulhat, hogy meg kell kérnie a tárhelyszolgáltatót, hogy növelje a memória korlátját az Ön számára.
• növelje a maximális végrehajtási időt a php-ben.ini fájl. Ez nem egy WordPress alapfájl, ezért ha nem biztos benne, hogyan kell szerkeszteni, vegye fel a kapcsolatot tárhelyszolgáltatójával, hogy kérje meg őket, hogy növeljék a maximális végrehajtási időt. Lásd az alábbi utasításokat a maximális végrehajtási idő növeléséhez.

Top

karbantartási mód frissítés után # karbantartási mód frissítés után

a WordPress frissítésekor automatikusan telepít egy .maintenance fájlt. A frissítést követően, kaphat egy üzenetet, amely azt mondja: “röviden nem érhető el az ütemezett karbantartáshoz. Kérjük, nézzen vissza egy perc múlva.”Lehet, hogy a karbantartási fájlt nem távolították el megfelelően.

az üzenet eltávolításához tegye a következőket:

1. jelentkezzen be webhelyére az FTP program segítségével
2. törölje a .maintenance fájlt, amely a webhely gyökerében található.

További információ a karbantartási mód problémájáról.

Top

you Make Changes and Nothing Happens # you Make Changes and Nothing Happens

ha módosítja webhelyét, és nem látja a változásokat a böngészőben, akkor lehet, hogy törölnie kell a böngésző gyorsítótárát. Az Ön böngészője információkat tárol az Ön által meglátogatott webhelyekről. Ez gyorsabbá teszi a webhelyek betöltését, amikor meglátogatja őket, mert a böngészőnek csak újra kell töltenie a számítógépen már tárolt információkat, ahelyett, hogy újra letöltené azokat.

ha változtat egy webhelyen, és a böngésző nem gondolja, hogy ez jelentős, akkor egyszerűen betölti az adatokat a gyorsítótárból, és nem fogja látni a módosításokat. A probléma megoldásához egyszerűen ürítse ki a böngésző gyorsítótárát, vagy zárja be a fület, majd nyissa meg újra a linket.

Top

Pretty Permalinks 404 and Images not Working # Pretty Permalinks 404 and Images not Working

ha a képek feltöltésekor 404 hibát tapasztal a pretty permalinks és a fehér képernyő használatakor, akkor a mod_rewrite alapértelmezés szerint nem engedélyezett az Apache-ban. Mod_rewrite egy kiterjesztés modul az Apache webszerver szoftver, amely lehetővé teszi a” átírása ” URL on-the-fly. Ez az, amire szüksége van ahhoz, hogy a szép állandó linkek működjenek.

a WordPress többhelyes hálózatai általában ezt tapasztalják, de előfordulhat megosztott tárhelyszolgáltatóknál vagy webhelyáttelepítés vagy szerver áthelyezés után is.

állítsa vissza a permalinkeket a Beállítások > Permalinks segítségével. Ha ez nem működik, akkor lehet, hogy manuálisan kell szerkesztenie a .htaccess fájlt.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - 
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php 
</IfModule>
# END WordPress

ha nem ismeri a .htaccess fájl szerkesztését, forduljon a tárhelyszolgáltatóhoz, hogy kérje meg őket, hogy kapcsolják be a mod_rewrite szabályokat. További információ a szép állandó linkekről a WordPress Kódexben található.

Top

egyéni Post Type 404 hibák # egyéni Post Type 404 hibák

problémákat tapasztalhat a 404 hibák és az egyéni post típusok. Próbálja ki a következő lépéseket:

1. győződjön meg arról, hogy az egyéni bejegyzéstípusok és az egyes oldalak egyikének sem ugyanaz a neve. Ha igen, nevezze át az egyetlen oldalt, beleértve a csigát is.
2. jelentkezzen be a WordPress adminisztrációs képernyőjére, navigáljon Beállítások > Permalinks. Válassza ki az alapértelmezett permalinkeket. Mentés. Ezután válassza ki újra a kívánt permalinkeket. Ez átöblíti az átírási szabályokat, és megoldja a problémát.

Top

specifikus Hibaüzenetek # specifikus Hibaüzenetek

számos különböző hiba jelenik meg a hibanaplóiban. A hibanaplók eléréséhez be kell kapcsolnia a hibakeresést, majd FTP-n keresztül meg kell találnia a hibanaplót. Az alábbi információk segítenek megfejteni néhány gyakori hibaüzenetet.

Top

PHP hibák # PHP hibák

az alábbiakban néhány gyakori PHP hibaüzenet található.

végzetes hibák és figyelmeztetések # végzetes hibák és figyelmeztetések

nem lehet módosítani a fejléc adatait – a fejlécek már elküldve

ha figyelmeztetést kap, hogy a WordPress nem tudja módosítani a fejléc adatait, és a fejlécek már elküldve vannak, ez általában azt jelenti, hogy szóközök vagy karakterek vannak a nyitó címkék előtt vagy a záró címkék után. Olvassa el a már elküldött fejlécek hibájának kijavítását.

ha ezt a problémát tapasztalja, amikor éppen telepítette a WordPress programot, akkor szintaktikai hibát vezethetett be a wp-config.php fájlba. Ezek az utasítások segítenek a hiba kijavításában.

hívás undefined függvényhez

hiba a hívás undefined függvényre olvasásakor azt jelentheti, hogy egy WordPress Plugin olyan fájlt vagy adatokat próbál megtalálni, amelyek nincsenek jelen vagy nem érhetők el a kódban. Ennek okai a következők:

• hiba a Plugin automatikus telepítésekor vagy automatikus frissítésekor. Próbálja meg manuálisan telepíteni vagy frissíteni a bővítményt.
• hiba a téma automatikus telepítésekor vagy automatikus frissítésekor. Próbálja meg manuálisan telepíteni vagy frissíteni a témát.
• lehet, hogy inkompatibilis WordPress plugint vagy inkompatibilis témát használ. Ez történhet a WordPress régebbi verzióival és egy új WordPress bővítménnyel, vagy ha egy WordPress többhelyes bővítményt próbál használni egyetlen webhely telepítésekor. Frissítse a WordPress programot a probléma megoldásához.
• lehet, hogy olyan függvényt próbál meg meghívni, amely nem létezik. Ellenőrizze functions.php a helyesírási hibákat.

próbálja meg deaktiválni a WordPress beépülő modult, vagy módosítsa a hibát okozó WordPress témát. Ha ezt nem tudja megtenni az adminisztrációs képernyőkön belül, akkor ezt manuálisan kell elvégeznie FTP-n keresztül.

engedélyezett memóriaméret kimerült

az engedélyezett memóriaméret kimerült hiba azt jelenti, hogy a WordPress telepítésének nincs elegendő memóriája a kívánt cél eléréséhez. Kipróbálhatja a következő lépéseket:

• növelje a memória limit wp-config.php
• növelje a memória korlátot a php.ini szerkesztésével. Ez nem egy fájl, amely a WordPress-hez tartozik, ezért ha nem ismeri, vegye fel a kapcsolatot a webgazdával a memória korlátjának növelésével kapcsolatban.

a maximális végrehajtási idő túllépve

a következő üzenet jelenhet meg: “a maximális végrehajtási idő 30 másodperc túllépve” vagy “a maximális végrehajtási idő 60 másodperc túllépve”. Ez azt jelenti, hogy hosszabb időt vesz igénybe a folyamat befejezése és időzítése. A hiba kijavításának számos módja van.

Szerkesztés .htaccess

a Szerkesztés előtt készítsen biztonsági másolatot a .htaccess – ről.

adja hozzá a következő sort.htaccess:

php_value max_execution_time 60

Szerkesztés php.ini

adja hozzá a következőt php.ini

max_execution_time = 60

ha nem biztos abban, hogyan hajthatja végre ezeket a módosításokat, vagy ha olyan megosztott tárhelyet használ, amely megakadályozza, hogy saját maga végezze el őket, vegye fel a kapcsolatot tárhelyszolgáltatójával, és kérje meg őket, hogy növeljék a maximális végrehajtási időt.

Top

elemzési hibák # elemzési hibák

szintaktikai hiba

a szintaktikai hiba azt jelenti, hogy hibát követett el a PHP struktúra létrehozása során. Lehet, például, lehet;

• hiányzik egy ; az egyes sorok végén.
• göndör idézőjelek használata.
• hiányzik egy göndör zárójel.

amikor ez a hiba megjelenik, megmondja, hogy melyik fájlban jelenik meg a hiba (példáulfunctions.php), és körülbelül melyik sorban (lehet, hogy nem mindig a pontos sor, ezért ellenőrizze közvetlenül előtte és közvetlenül utána) a kódban.

váratlan

ha hibaüzenetet kap, amely azt mondja: ‘parse error: unexpected’ ez általában azt jelenti, hogy elfelejtette beilleszteni egy karaktert. A leggyakoribbak a következők:

• Unexpected ‘=’ : elfelejtette megadni a $ -t, amikor egy változóra hivatkozik
• Unexpected ‘)’ : elfelejtette felvenni a nyitó zárójelet (
• Unexpected ‘(‘ : elfelejtette felvenni a zárójelet )
• Unexpected T_STRING: elfelejtett idézőjelet vagy kettőspontot az előző sor végén
• váratlan t_else: van egy else utasítás, amelynek nincs nyitó if utasítás

Top

meghatározatlan állandó használata # meghatározatlan állandó használata

az elemzési hibákhoz hasonlóan a “meghatározatlan állandó használata” azt jelenti, hogy hiányzik egy karakter. Ez a következők egyike lehet:

• hiányzik a $ amikor hivatkozó viariable
• hiányzó idézőjelek körül tömb kulcsok

Top

adatbázis hibák # adatbázis hibák

az alábbi hibák jelenhetnek kapcsolatban a WordPress adatbázis.

Top

Error 13 – nem lehet létrehozni/írni fájlba # Error 13 – nem lehet létrehozni/írni fájlba

számos oka lehet ennek a hibának.

a MySQL nem hozhat létre ideiglenes fájlt.

a tmpdir MySQL változó olyan könyvtárra van állítva, amelybe nem lehet írni, ha PHP-t használ a MySQL eléréséhez. Ennek ellenőrzéséhez írja be a mysql parancsot a parancssorba, majd írja be a show variablesparancsot. Kapsz egy hosszú listát, és az egyik a következő lesz: tmpdir = / somedir / (bármi is legyen a beállításod.)

ennek megoldásához módosítsa a tmpdir változót, hogy egy írható könyvtárra mutasson.

1. keresse meg az én.cnf fájl. A *Nix rendszereken ez általában az /etc/fájlban található. Windows rendszeren keresse meg a my.ini.
2. miután megtalálta, nyissa meg ezt egy egyszerű szövegszerkesztőben, és keresse meg a részt.
3. ebben a szakaszban keresse meg a tmpdir Sort. Ha ezt a sort kommentálta (elején # van), törölje a # sort, és szerkessze a sort úgy, hogy a következő legyen: tmpdir = /writable/dir, ahol a /writable/dir egy könyvtár, amelybe írhat. Néhányan a /tmp-t használják, vagy megpróbálhatjuk a /var/tmp-t vagy a /usr/tmp-t is. Windows rendszeren használja a C:/ Windows / tmp.
4. mentse a fájlt.
5. a MySQL leállítása a mysqlshutdown -u -p shutdown beírásával.
6. indítsa el a MySQL-t a MySQL könyvtárba lépve, és írja be a ./bin/safe_mysqld & parancsot. A MySQL könyvtár általában a /usr/local vagy néha a /usr/ könyvtárban található Linux rendszereken.

a fájlengedélyek helytelenek

javítsa ki a fájlengedélyeket.

ha ennek semmi értelme, és van valaki, aki adminisztrálja a rendszert az Ön számára, mutassa meg nekik a fentieket, és képesnek kell lennie arra, hogy kitalálja.

Top

CREATE Command Denied to User # CREATE Command Denied to User

ez a hiba akkor fordul elő, ha az adatbázishoz rendelt felhasználó nem rendelkezik megfelelő jogosultsággal az adatbázisban lévő oszlopok és táblák létrehozásához. Be kell jelentkeznie a Cpanelbe vagy a Plesk-be, hogy az adatbázis felhasználójának megfelelő engedélyeket adjon.

Alternatív megoldásként létrehozhat egy új felhasználót az adatbázishoz való hozzárendeléshez. Ha új felhasználót hoz létre, gondoskodnia kell arról, hogy az wp-config.phpformátumban frissüljön.

Top

Error 28 # Error 28

ennek oka lehet:

• nincs hely a /tmp-n (bárhol is van a tmpdir), vagy
• túl sok fájl van a /tmp-ben (még akkor is, ha sok szabad hely van), vagy
• a gyorsítótár a szerveren megtelt

ez egy MySQL hiba, és semmi köze a WordPress-hez közvetlenül; vegye fel a kapcsolatot a házigazdával. Egyes felhasználók arról számoltak be, hogy a “javítási táblázat” parancs futtatása a phpMyAdmin alkalmazásban megoldotta a problémát.

Top

Error 145 # Error 145

ez azt jelzi, hogy az adatbázisban lévő táblázat sérült vagy sérült. Ha kényelmesen használja a phpMyAdmin – t, használhatja ezeket az utasításokat a MySQL adatbázis-táblák javításához.

mindig készítsen biztonsági másolatot az adatbázisról, mielőtt bármilyen műveletet végrehajtana rajta.

ha még nem használta a phpMyAdmin-t, vagy kényelmetlenül érzi magát, lépjen kapcsolatba a webgazdával, és kérje meg, hogy futtassa az ellenőrzést/javítást az adatbázisban.

Top

ismeretlen oszlop # ismeretlen oszlop

ismeretlen oszlop hibát okozhat az adatbázis hiányzó oszlopa. Ha most frissítette a WordPress programot, próbálja meg újra manuálisan frissíteni. A WordPress webhely manuális frissítéséhez olvassa el a frissítés cikket.

ha adatbázis-lekérdezést futtat, amikor hibát észlel, akkor helytelen idézőjeleket használhat az azonosító idézőjel karakteréhez. Ez a kérdés a verem túlcsordulásáról további részleteket tartalmaz. Lásd még a MySQL dokumentációt.

felső