WordPress fehér lap hiba javítása

Túl bonyolult a folyamat? Kérd segítségünket a probléma megoldásában Prémium támogatás előfizetéssel!

A fehér lap az egyik leggyakoribb WordPress hiba. A probléma jelentkezésekor a webböngésző csak egy üres fehér képernyőt jelenít meg, hibaüzenet nélkül, a hiba okának részletezése nélkül. Szerencsére vannak módszerek a fehér lap hiba kijavítására. Ez a cikk a WordPress fehér halál probléma mögött álló leggyakoribb okokat szedte össze. Nem teljes és nem egész, de jó szolgálatot tehet a hiba felderítéséhez.

Legismertebb elnevezései:

Az interneten többféle megnevezéssel terjed a probléma és annak elnevezése, ezért nem árt ezekkel tiszzátban lennünk, ha további információk után kutatnánk:

• WordPress whitescreen hiba
• WordPress whitepage hiba
• WordPress fehér lap hiba
• WordPress fehér képernyő hiba
• WordPress fehér halál

Miért jelentkezhet a WordPress fehér lap hiba?

A WordPress fehér lap hiba mögött álló leggyakoribb okok a következők:

• Elfogyott a rendelkezésre álló tárhely. A webhely PHP-szkriptjei túllépték a memóriakorlátot vagy a maximális végrehajtási időt.
• Nem kompatibilis bővítmények. A rosszul kódolt vagy elavult WordPress bővítmények gyakran okoznak ehér lap hibát a látogatók böngészőjében.
• Hibás, elavult témák. Az aktív, beállított téma nem kompatibilis a WordPress webhely aktuális verziójával.
• Megrongált fájlok. Az alapvető fájlok, például a functions.php, a wp-config.php és a .htaccess kódolási hibái megrongálhatják a webhelyet, és működésképtelenné tehetik azt.

A felsorolásban szereplő esetek bármelyike okozhatja, hogy weboldalad egy üres fehér képernyőt jelenít meg.

A WordPress fehér lap javításának lépései

A fehér lap hiba kijavításához először meg kell találnod a probléma forrását. A probléma felkutatásának a leggyakoribb módszerei a következőek:

• A korábbi műveletek visszakövetése. Ellenőrizd a közelmúltban végrehajtott változtatásokat,  beleértve a harmadik féltől származó bővítmény és téma módosításokat
• Ellenőrizd az adminisztrátori e-mail fiókot. Ellenőrizd, hogy kaptál-e korábban valamilyen hibaüzenetet a WordPress-től a wp-admin e-mail címedre.
• Használd a fejlesztő eszközöket. A böngésződben elérhető Vizsgálat funkció a fejlesztői eszközök elérésére szolgál. Ez a technika segít a weblap hibák feltárásban! Nyomd le a jobb egérgombot a honlapon, majd a megjelenő menüből válaszd a Vizsgálat feliratú elemet!
• Miután kipróbáltál egy módszert a fentiek közül, nyisd meg újra a weboldalt a böngészőben és ellenőrizd, hogy sikeres volt-e a végrehajtott módszer.

Amennyiben továbbra is fennáll a probléma, próbáld meg alkalmazni a következő módszere egyikét a WordPress fehér lap hiba kijavítására:

Ellenőrizd a WordPress CORE fájlokat

Egy rossz kódsor vagy egy hiányzó core fájl (magfájl) is tönkre teheti az egész webhelyedet. Az első módszer tehát a WordPress webhely CORE fájljainak az ellenőrzése. Ehhez győződj meg arról, hogy van hozzáférésed az oldal forrásfájljaihoz. Lehet ez egy FTP, SSH vagy WEBES fájlkezelő alkalmazás is.

Ellenőrizd, hogy a telepített könyvtárban megtalálod-e a wp-config.php és .htaccess fájlt. Ha nem találod őket, tölts le egy új WordPress telepítő csomagot, és add hozzá ezt a két fájlt. A másik megoldás, hogy egy mentésből próbálod meg pótolni a hiányzó fájlokat. Utóbbi előnye, hogy a wp-config.php fájlt nem kell újra konfigurálnod. Amennyiben nem rendelkezel mentéssel, és ismered a hitelesítő adataidat, mint adatbázis felhasználónév és jelszó, adatbázis prefix ,stb, úgy újra konfigurálhatod manuálisan a wp-config.php fájlt, vagy egy erre alkalmas online eszközzel generálhatod azt le.

Érdemes lehet megpróbálni a frissen letöltött WordPress telepítő fájlokkal felülírni a jelenlegi fájlokat. Mielőtt ezt a lépést végrehajtanád,  készíts mentést a wp-content ➠  plugins könyvtár tartalmáról!

WordPress memória limit emelése

Egy másik gyakori ok, ha fehér lap jelenik meg a böngészőben, hogy nem áll elég memória rendelkezésre a WordPress számára. A WordPress alapértelmezés szerint 32 MB-ra állítja be a memória használati korlátot. Ezt az értéket azonban érdemes növelni, ha a webhelyed sok média anyagot (képet, videót) tartalmaz, vagy nagy méretű.

Ha a weboldal elérte a memóriakorlátot, a WordPress az alábbi hibaüzeneteket jeleníti meg szerkesztés közben:

• Végzetes hiba: A megengedett XXX bájt memóriaméret kimerült.
• Végzetes hiba: Elfogyott a memória.

A limit növelésének három módja van: FTP-kliens, SSH vagy a Webes Fájlkezelő használatával. A legnagyobb különbség az alábbi metódusok között az a fájlok elérésének a módja. Bármelyiket is választod, a wp-config.php fájlt kell megnyitnod szerkesztésre, majd:

1. Keresd meg az alábbi sort a fájlban:

   /* That's all, stop editing! Happy blogging. */

2. A jelzett sor felé adjuk hozzá az alábbi kódsorokat, ha az nem létezik még ott, ezzel megemelve a memória korlátot:

   define(‘WP_MEMORY_LIMIT’,’128M’);

   define(‘WP_MAX_MEMORY_LIMIT’,’256M’);

   Gyakorlatban így néz majd ki:
   

3. Mentsük el a fájlt, majd jöhet a teszt.

A fenti beállítás legfeljebb 128 MB RAM-ot biztosít PHP-szkriptenként a WordPress frontendből indított folyamatok számára, míg a backend műszerfaláról indított, adminisztrációval kapcsolatos szkriptek legfeljebb 256 MB RAM-ot használhatnak.

A magasabb memóriakorlát beállítása nem feltétlenül növeli a WordPress webhely teljesítményét. Mivel a WP_MEMORY_LIMIT a memória kiosztását szkriptenként szabályozza, valójában az az érdeked, hogy a lehető legalacsonyabb optimális értékre állítsd azt be, hogy csökkentsd annak az esélyét, hogy egy rosszindulatú vagy hibásan működő szkript elvonja a rendelkezésre álló memóriát a többi  lekérdezéstől.
Néha jó ötlet, hogy ha a WordPress memóriaelosztását külön-külön szabályozzuk a frontend és a backend számára. Itt jön a képbe a WP_MAX_MEMORY_LIMIT. A WP_MAX_MEMORY_LIMIT lehetővé teszi, hogy a WordPress adminisztrációs műszerfala, a WP-ADMIN számára eltérő memóriahatárt állíts be. Ez azért hasznos, mert bizonyos adminisztrációs feladatok több RAM-ot igényelnek.

A beállítások elvégzése után, de még a tesztek megkezdése előtt ne felejtsd el törölni a böngésző gyorsítótárát, hogy megjelenjen a webhely legújabb verziója. A phpinfo funkció segítségével ellenőrizheted, hogy a webtárhely beállított-e alacsonyabb memória korlátot a szerver oldalon. Ha szerver oldalon 128MB került beállításra, akkor hiába konfigurálsz a WordPress konfigurációs fájljában nagyobb értéket, nem fog érvényre jutni. Ebben az esetben emelni szükséges a szerver oldali korlátot is.
Ennek ellenőrzéséhez használd a PHPinfo funkciót: hozz létre egy fájlt phpinfo.php néven, majd másold bele a lentebb bemutatott kódot, és töltsd fel a weblapod gyökérkönyvtárába (például public_html). Ha ezzel kész vagy, üsd be a böngésződ címsorába: https://aweboldaladcime.hu/phpinfo.php

<?php
// Show all information, defaults to INFO_ALL
phpinfo();
// Show just the module information.
// phpinfo(8) yields identical results.
phpinfo(INFO_MODULES);
?>

A kapott információk között keresd meg a memory_limit sort. Ha a memory_limit sorban alacsonyabb érték szerepel, mint amit beállítottunk a WordPress konfigurációs fájlban, úgy meg kell emelni php.ini-ben a memory_limit értékét. (például 256-re)

Bővítmények ellenőrzése

A WordPress plugins könyvtára tartalmazhat rosszul elkésztett vagy hibásan kódolt, leprogramozott bővítményeket. Mivel ez egy nyílt forráskódú platform, minden bővítményfejlesztő hozzáadhatja minden komolyabb kritérium nélkül a saját fejlesztését a WordPress gyűjteményhez. Ezek a bővítmények gyakori okozói amúgy a fehér lép hibának.

Először ellenőrizd, hogy telepítve van-e valamilyen gyorsítótárazási bővítmény. Ha egy gyorsítótárazásáért felelős bővítmény okozza a hibát, fehér lap hiba csak a látogatók böngészőben jelenik meg. A probléma javítása igen egyszerű, töröld a WordPress gyorsítótárát.  Érdemes odafigyelni, hogy ne használjon egyszerre több féle gyorsítótárazásért felelős bővítményt, mert ütközést okozhat!

Ha a probléma továbbra sem szűnt meg, először tiltsd le az összes bővítményt. Ehhez előszőr is lépj a wp-content könyvtárba, majd nevezd át plugins könyvtárat plugins-disabled névre. Nem kell aggódnod, ez nem okoz semmilyen komolyabb problémát a weboladban. Ez a művelet lefogja tiltani a bővítményeket, mivel a WordPress azt feltételezi a  továbbiakban, hogy a plugins könyvtár nem létezik, és így ebben a könyvtárban található fájlokat sem tölti be a weboldalon. Ha ez a lépés megoldja a problémát, az azt jelenti, hogy az egyik telepített bővítményed a hibás. Ha szeretnéd kideríteni, hogy melyik WordPress bővítmény okozza a problémát pontosan, először is nevezd át a legújabb bővítményed könyvtárát. Ha nem ez a probléma forrása, egyenként tiltsd le az összes WordPress bővítményt. Ehhez nevezd át egyesével a bővítmények könyvtárait, és ellenőrizd újra a webhelyet minden alkalommal!

Témák ellenőrzése

A nem kompatibilis téma használata szintén oka lehet annak, hogy a WordPress webhely fehér lapot jelenít meg. Ha a hiba megjelenése előtt kezdtél el használni egy új témát, válts vissza az alapértelmezett WordPress-témára, a Twenty Twenty-One-ra. Bár az aktuális témát a WordPress műszerfalon is módosíthatod, a phpMyAdmin-ban is lehetőséged van letiltani az aktuális témát!

Ehhez a kövesd az alábbi lépéseket:

1. Lépj be a phpMyAdmin felületre
2. Kattints a wp_options táblára, és keresd meg a template és a stylesheet értékeket
3. Az option_value oszlopban az aktuális téma nevét kell, hogy lásd. Kattints kétszer mindkét értékre, majd az input mezőbe változtasd meg az értéket twentytwentywentyone -ra

Ez a metódus lefogja tiltani a jelenlegi WordPress témát, és a webhelyet a legújabb alapértelmezett témára módosítja. Most frissítsd a weboldalt, és ellenőrizd, hogy fennáll-e még a probléma. Ha ez megoldotta a problémát, akkor töröld vagy telepítsd újra a problémát okozó témát! Annak érdekében, hogy ez a probléma ne fordulhasson elő többet, mindig ellenőrizd, hogy a téma alkalmas-e a WordPress azon verziójához, amelyet éppen használsz. Ezenkívül használj gyermektémát (child theme) a módosításokhoz, hogy elkerüld a fehér lap problémát.

Log naplók ellenőrzése

Következő lépésben érdemes ellenőrizze a WordPress hibanapló fájlokat. A WP_DEBUG funkció bekapcsolásával kiderül, hogy hol fordult elő PHP hiba a weboldal kódjában. Itt vannak a hibakeresési mód bekapcsolásának lépései:

1. FTP-kliens, SSH vagy a Webes Fájlkezelő használatával nyisd meg a wp-config.php fájlt szerkesztésre
2. Keresd meg az alábbi sort a fájlban:

   /* That's all, stop editing! Happy blogging. */

3. Majd a jelzett sor felé adjuk hozzá az alábbi kódsort, ha az nem létezik még ott:

   define(‘WP_DEBUG’, true);

   Ha már létezik esetleg az alábbi sor, akkor csak változtassuk meg a false értéket true-ra.

4. Mentsük el a fájlt, majd jöhet a teszt.

A WordPress fehér lap helyén figyelmeztetések, hibák és értesítések jelennek meg. Ezek segítenek meghatározni a probléma elsődleges okát, és javítani azokat.Ha végeztünk a hibajavítással, ne felejtsük el a WP_DEBUG értékét visszaállítani false értékre.

Ha ezzel a módszerrel nem jelennek meg hibaüzenetek, ellenőrizd a PHP hibanaplókat a DirectAdmin felület ➠ Fájlok & Infók�➠ Statisztikák menüpontban a Domain névhez tartozó Hiba napló elemre kattintva!

Jogosultságok ellenőrzése

Javasolt a fájl- és mappaengedélyek ellenőrzése és visszaállítását az alapértelmezett értékekre, hogy megszüntesd az esetlegesen ebből fakadó problémákat. Ezt a módszert leginkább csak haladó felhasználóknak ajánljuk, mivel a fájl jogosultságok szerkesztése sebezhetővé teheti a WordPress webhelyet, valamint hibás fájl engedélyek megadása esetén még ronthatunk is a helyzeten.

A Unix-szerű operációs rendszereken az egyes fájlokhoz tartozó jelzők egy csoportja határozza meg, hogy ki és hogyan férhet hozzá az adott fájlhoz. Ezeket a jelzőket fájlengedélyeknek nevezik, mint a „hozzáférési jogok”.  Ezek az engedélyek korlátozza a fájlhoz való hozzáférés módját.

A hozzáférési jogok különböző betűkkel és/vagy számokkal vannak jelölve:

A fenti hozzáférési jogosultságokat különböző osztályokhoz rendeljük:

Például: ha azt látjuk egy fájl mellett, hogy: RW-R-R (644), akkor a gyakorlatban azt jelenti, hogy a felhasználónak (u) olvasási és írási joga van, míg a csoportnak (g) és másoknak (o) csak olvasási joguk van.
A WordPress webhelyen minden fájlnak és mappának tehát van egy sor ilyen hozzáférési jogokon alapuló engedélye. Előfordulhat, hogy néha a hibásan beállított fájlengedélyek törik meg a weboldal működése. A fájlengedélyek javítása történhet manuálisan , SSH parancssorból történő módosítással, vagy automatikusan, ha a webhely tárhelyszolgáltatója biztosítja azt.

A fájl jogosultságok beállításait a DirectAdmin fájlkezelőjén vagy SSH-n keresztül tudod megtekinteni és módosítani.

SSH felületen történő jogosultság módosítása:

1. Adjuk ki az ls -l parancsot a WordPress könyvtárban. A parancs kilistázza számunkra az ott található fájlokat és könyvtárakat, melyek mellett látni fogjuk a hozzájuk tartozó engedélyeket is,
2. Az CHMOD parancs alkalmas lehet 1-1 fájl vagy könyvtár jogosultságának a módosítására. Nagyobb csoportok módosításához viszont már nem annyira hatékony. Nézzük meg , miért:
   • Ha módosítani szeretnék valamelyik fájl vagy könyvtár engedélyét, adjuk ki az alábbi parancsot:
     chmod 644 fájlnév
   • Minden fájl és könyvtár engedélyének módosítása csoportosan az adott könyvtárban:
     chmod 644 *
   • Minden fájl és könyvtár engedélyének módosítása csoportosan, rekurzív módon. Az adott gyökér könyvtáron belül minden állomány és könyvtár érintett lesz:
     chmod -R 644 *

   A fenti műveleteknél nagyon figyeljünk oda, hiszen a könyvtáraknak és a fájloknak más-más jogosultsági engedélyeket szükséges megadni, viszont az utolsó két példa csoportosan, válogatás nélkül hajtja végre a módosításokat.

3. Ennél hatékonyabb megoldás lehet a tömeges jogosultság módosításához a FIND parancs. A következő két sor rekurzív módon módosítja az engedélyeket az aktuális könyvtárból az összes könyvtárra és fájlra. Ezért érdemes közvetlenül a gyökérkönyvtárban futtatni, ahol a weboldalad is van.
   • Az alábbi parancs az összes fájl jogosultsági engedélyét 644-re állítja rekurzív módon:
     find . -type f -exec chmod 644 {} \;
   • Az alábbi parancs az összes könyvtár jogosultsági engedélyét 755-re állítja rekurzív módon:
     find . -type d -exec chmod 755 {} \;

DirectAdmin felületen elvégezhető jogosultság módosítás:

• Könyvtár attribútumok bemutatása
• Fájl és könyvtár attribútumok módosítása

Mentés készítése és visszaállítása

Ha rendszeresen biztonsági másolatot készítesz egy webhelyről, könnyebb lesz később megoldani a jelentkező problémákat . ha továbbra sem sikerült lokalizálnod a problémát, próbáld meg biztonsági mentésből visszaállítani a weboldalad egy régebbi állapotra.

Biztonsági másolat készítése és visszaállítása:

• Softaculous: mentés távoli szerverre
• DirectAdmin mentés
• Inkrementális mentés