500-as hiba vagy „kritikus hiba” a weboldalán (WordPress-frissítés után is)

Fehér képernyőt, 500 Internal Server Error hibát vagy WordPress esetén Kritikus hiba történt a webhelyen üzenetet lát? Ilyenkor a weboldal kódja akad el. Maga a szerver általában rendben működik. Az alábbi lépésekkel a legtöbb esetben saját maga is megtalálhatja az okot.

Először: mi változott az imént?

Az 500-as hiba szinte soha nem a semmiből jön. Frissített nemrég egy bővítményt, sablont vagy a WordPresst, módosította a PHP-verziót, vagy változtatott valamit a .htaccess fájlban? Akkor először pontosan ezt a módosítást vonja vissza. Általában ez a leggyorsabb megoldás.

Nézze meg a hibanaplót

A hibanaplóból kiderül, melyik fájl és melyik sor okozza a hibát. Jelentkezzen be a DirectAdminba, és nyissa meg a System Info & Files › Site Summary / Statistics / Logs menüpontot. Válassza ki a domainjét, és nyissa meg a hibanaplót. A legalsó sorok a legfrissebbek. Ha például PHP Fatal error szerepel benne egy wp-content/plugins/bovitmeny-neve útvonallal, akkor tudja, melyik bővítmény okozza a gondot.

Nincs használható információ a hibanaplóban? Kapcsolja be ideiglenesen a WordPress naplózását

A WordPress a saját hibáit egy naplófájlba is írhatja. Nyissa meg a public_html mappában található wp-config.php fájlt (előtte készítsen róla másolatot), és illessze be az alábbi sorokat a /* That's all, stop editing! */ sor fölé. Ha már van egy WP_DEBUG sor, azt módosítsa, ne adja hozzá még egyszer.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Töltse be újra a hibás oldalt. A WordPress most a wp-content/debug.log fájlba írja az üzeneteket anélkül, hogy a látogatók látnák őket. Ez utóbbi fontos: a képernyőn megjelenő hibaüzenetek elárulhatják az útvonalakat és más adatokat.

WordPress: kritikus hiba frissítés után

Egy bővítmény, sablon vagy maga a WordPress frissítése után messze ez a leggyakoribb ok. Ha már nem fér hozzá a WordPress adminisztrációs felületéhez, a következőképpen járjon el:

1. Nézze meg a postafiókját. Kritikus hiba esetén a WordPress gyakran küld egy e-mailt az adminisztrátori címre, amely egy linket tartalmaz a helyreállítási módhoz. Ezzel úgy jelentkezhet be, hogy a hibás bővítmény vagy sablon ideiglenesen ki van kapcsolva, és saját maga kikapcsolhatja vagy visszaállíthatja.
2. Nem kapott e-mailt? Kapcsolja ki a bővítményeket a DirectAdminban. Nyissa meg a File Manager menüpontot, és lépjen a domains/sajatdomain.hu/public_html/wp-content mappába. Nevezze át a plugins mappát például plugins-ki névre. A WordPress ekkor az összes bővítményt kikapcsolja.
3. Újra működik a weboldal? Nevezze vissza a mappát plugins névre, és a WordPressben kapcsolja be egyenként a bővítményeket, amíg a hiba újra meg nem jelenik. Így kiderül, melyik okozza. Ha a hibanaplóból már tudja, akkor csak annak az egy bővítménynek a mappáját nevezze át.
4. A sablonnal van a gond? Akkor a wp-content/themes mappában nevezze át az aktív sablon mappáját. A WordPress ekkor egy alapértelmezett sablonra vált, ha az még telepítve van.
5. Nemrég módosította a PHP-verziót? Állítsa vissza a Select PHP version menüpontban. Olvassa el: A PHP-verzió és a PHP-beállítások módosítása.

Vissza egy működő verzióhoz

Nem jut előre, de tegnap még működött a weboldal? Akkor állítson vissza egy biztonsági mentést.

• WebOké Backups: a Fiókom felületen válasszon egy hiba előtti időpontot, és csak a weboldala mappáját, illetve szükség esetén az adatbázist állítsa vissza. Olvassa el: WebOké Backups: biztonsági mentés megtekintése, visszaállítása vagy letöltése.
• Installatron: ha az Installatron a frissítés előtt biztonsági mentést készített, azt a Biztonsági mentéseim menüpontban állíthatja vissza. Olvassa el: Biztonsági mentések készítése és visszaállítása az Installatronban.

Ellenőrizze a .htaccess fájlt

Egyetlen hibás sor a .htaccess fájlban azonnal 500-as hibát okoz az egész weboldalon. Ismert példa egy biztonsági bővítmény által hátrahagyott sor, például a php_value auto_prepend_file, amely egy már nem létező fájlra mutat.

1. A DirectAdminban nyissa meg a System Info & Files › File Manager menüpontot.
2. Lépjen a domains/sajatdomain.hu/public_html mappába. Nem látja a .htaccess fájlt? A ponttal kezdődő fájlok rejtettek. Kapcsolja be a File Managerben a rejtett fájlok megjelenítését.
3. Nevezze át a .htaccess fájlt például .htaccess-regi névre.
4. Töltse be újra a weboldalát. Ha a hiba eltűnt, a probléma a .htaccess fájlban van. Törölje a hibás sort, és nevezze vissza a fájlt.

Egyéb okok

• Kevés a memória: ha a hibanaplóban az Allowed memory size ... exhausted üzenet szerepel, növelje a memory_limit értékét a Select PHP version menüpontban.
• Helytelen fájljogosultságok: a mappák jogosultsága 755, a fájloké 644 legyen. Soha ne állítson be semmit 777-re: ez semmit sem old meg, viszont sebezhetővé teszi a weboldalát.
• Megtelt a tárhely: ha a csomagja megtelt, a weboldala nem tud többé semmit írni. Nézze meg a DirectAdmin irányítópultján a Disk Usage résznél.

A Domain állapota eszközzel egy lépésben láthatja, hogy a domainje, a weboldala és az SSL-tanúsítványa rendben van-e.

Lásd még a DirectAdmin-útmutatóban: Rejtett fájlok, például a .htaccess megjelenítése és szerkesztése és Webhely-összesítő és naplók: a hibanapló és a hozzáférési napló.

Részletes leírás képernyőképekkel: A weboldalam fehér, vagy 500-as hibát ad a DirectAdmin-útmutatóban.

Szeretne többet megtudni? Végezze el az ingyenes WordPress-tanfolyamot, az 5.4 A kevesebb több: rendrakás és ütközések feloldása vagy a 7.2 A frissítések naprakészen tartása leckét.