A 8 leggyakoribb WordPress hibaüzenet: mit jelentenek, és mit csinálj velük?

Megnyitod a weboldaladat, és a tartalom helyett egy angol nyelvű hibaüzenet fogad. Az első reakció általában a pánik, pedig a hibaüzenet sokat elárul: a legtöbb mögött egy-két tipikus ok áll, és néhányat magad is meg tudsz nézni. Ez a cikk a nyolc leggyakoribb WordPress hibaüzenetet veszi sorra.

Egy szabály mindegyiknél érvényes: mielőtt bármihez nyúlnál, nézd meg, van-e friss mentésed. Ha nincs, előbb azt kérd a tárhelyszolgáltatótól.

1. „There has been a critical error on this website"

Magyarul: „Kritikus hiba történt ezen a weboldalon." Ez azt jelenti, hogy egy PHP-kód olyan hibára futott, ami miatt az oldal nem tud betölteni. A leggyakoribb ok egy bővítmény vagy sablon, ami egy frissítés után nem fér össze a többivel vagy a szerver PHP-verziójával.

A WordPress ilyenkor általában levelet küld az admin e-mail-címre, benne azzal, melyik bővítmény okozta a hibát, és egy linkkel, amellyel a hibás bővítmény nélkül be tudsz lépni. Erről részletesen írtam a frissítés utáni hibákról szóló cikkben.

2. „Error establishing a database connection"

Az oldal nem éri el az adatbázist, ahol a tartalom van. Három tipikus ok:

• Megváltoztak az adatbázis belépési adatai, és a wp-config.php fájlban még a régiek vannak. Ez tárhelyváltás vagy jelszócsere után fordul elő.
• Az adatbázis-szerver leállt vagy túlterhelt. Ez a tárhelyszolgáltató oldalán van, pár perc alatt magától is megjavulhat.
• Sérült az adatbázis. Ez ritkább, és itt kell a mentés.

Első lépésként nézd meg a tárhely állapotoldalát, vagy írj a támogatásnak. Ha náluk minden rendben, a belépési adatok a gyanúsak.

3. „ERR_TOO_MANY_REDIRECTS" vagy „redirected you too many times"

Magyarul: „túl sokszor irányított át". Az oldal körbe-körbe küldi a böngészőt, például a http címről a https-re, onnan vissza. Ez szinte mindig beállítási ütközés:

• a WordPressben a webhely címe (Beállítások → Általános) http-vel van megadva, a szerver pedig https-re irányít;
• egy CDN vagy proxy (például a Cloudflare) SSL-beállítása nem egyezik a szerverével;
• két átirányító bővítmény vagy szabály mond ellent egymásnak.

Érdemes először a böngésző sütijeit törölni az oldalhoz, mert néha csak egy régi átirányítás ragadt be. Ha így is fennáll, a beállításokat kell összehangolni.

4. „Briefly unavailable for scheduled maintenance. Check back in a minute."

Magyarul: „Rövid ideig nem elérhető ütemezett karbantartás miatt." A WordPress frissítés közben kirakja ezt az üzenetet, és a végén leveszi. Ha a frissítés félbeszakadt (lejárt a kapcsolat, bezártad a böngészőt), az üzenet ott ragad.

A javítás egyszerű: a tárhely fájlkezelőjében a WordPress gyökérmappájában törölni kell a .maintenance nevű fájlt. Utána viszont ellenőrizd, hogy a félbeszakadt frissítés nem hagyott-e hiányos bővítményt: nézd meg a Bővítmények oldalt, és frissítsd újra, ami félkész maradt.

5. „500 Internal Server Error"

Ez a legkevésbé beszédes: annyit mond, hogy a szerveren valami elromlott. Gyakori okok egy WordPress oldalon:

• sérült .htaccess fájl (például egy biztonsági vagy gyorsítótár-bővítmény írta át);
• elfogyott a PHP memória;
• egy bővítmény hibája, ami nem jut el a „kritikus hiba" üzenetig.

Itt a tárhely hibanaplója (error log) mondja meg az igazat. A legtöbb tárhelyen a vezérlőpultban megtalálod.

6. „403 Forbidden"

A szerver megtagadja a hozzáférést. Ha mindenki ezt látja, akkor fájljogosultsági vagy .htaccess-hiba lehet. Ha csak te, vagy csak bizonyos helyekről, akkor valószínűleg egy tűzfal vagy biztonsági bővítmény tiltott ki: például túl sok hibás belépés után.

Ez nem mindig hiba. A saját oldalamon a tárhely tűzfala egyes külső mérőeszközöknek 403-at adott, miközben a valódi látogatók hibátlanul elérték az oldalt. Az ilyen „rossz eredmény" félrevezető lehet, ezért érdemes egy másik hálózatról (például mobilnetről) is megnézni.

7. „Your connection is not private" / „A kapcsolat nem privát"

A böngésző nem fogadja el az oldal SSL-tanúsítványát. A leggyakoribb ok, hogy lejárt a tanúsítvány, és nem újult meg automatikusan. Ritkábban a tanúsítvány egy másik címre szól (például csak a www nélküli változatra).

Ez a látogatóidnak ijesztő, és sokan itt el is mennek. A legtöbb tárhelyen ingyenes, automatikusan megújuló tanúsítvány van (Let's Encrypt). Ha lejárt, a tárhely vezérlőpultjában újra lehet igényelni.

8. Az oldal egyáltalán nem tölt be

Nincs hibaüzenet, csak egy üres oldal vagy a böngésző saját „nem érhető el" képernyője. Itt nem a WordPressben kell keresni, hanem előtte:

• Lejárt a domain. Ez a leggyakoribb, és a legkönnyebben megelőzhető: a megújítási értesítő sokszor egy régi e-mail-címre megy.
• Felfüggesztették a tárhelyet, mert elmaradt a díj.
• Megváltoztak a DNS-beállítások, és a domain nem a tárhelyre mutat.

Ha a domained vagy a tárhelyed valaki más nevén van, és nem éred el, ebben a cikkben leírtam, mit csinálj először.

WordPress hibaüzenet után: mikor hívj szakembert?

• Ha nincs friss mentésed, ne kísérletezz. Egy rossz mozdulat egy javítható hibát javíthatatlanná tehet.
• Ha webáruház, és rendelések futnak be, minden óra kiesés pénz.
• Ha a hiba visszatér, akkor a tünetet javítottad, az okot nem.

A legtöbb ilyen hiba megelőzhető rendszeres, előbb tesztkörnyezetben kipróbált frissítéssel, működő mentéssel és a domain és a tanúsítvány lejáratának figyelésével. Ez a havidíjas üzemeltetési csomagjaim lényege. Ha most áll az oldalad, írj nekem, és megnézem.