Frissítés után elromlott a WordPress oldalad? Így állítsd helyre

Fehér képernyő, „kritikus hiba történt” üzenet, szétesett elrendezés vagy nem működő űrlap: egy WordPress frissítés után ez bárkivel megtörténhet. Ez a cikk arról szól, mit csinálj az első órában, hogyan találd meg, melyik bővítmény okozta, és hogyan frissíts úgy, hogy ez ne ismétlődjön meg.

Frissítés után elromlott a WordPress oldalad? Így állítsd helyre

Röviden: Ha frissítés után fehér képernyő vagy kritikus hiba fogadja a WordPress oldaladat, először nézd meg a leveleidet, mert a rendszer megnevezi a hibás bővítményt és egy helyreállítási linket küld. Ha ez nem segít, kapcsold ki a gyanús bővítményt, végső esetben állítsd vissza a frissítés előtti mentést.

Rákattintottál a "Frissítés most" gombra, vagy a WordPress magától frissített éjjel, és reggel az oldalad helyén fehér képernyő vagy "Kritikus hiba történt ezen a weboldalon" üzenet fogad. Esetleg az oldal betölt, de szétesett, eltűnt a menü, vagy a kapcsolati űrlap nem küld.

Ez nem ritka, és a legtöbbször egy órán belül helyrehozható. Ebben a cikkben leírom, mit csinálj, ha frissítés után elromlott a WordPress oldalad, és milyen sorrendben.

Miért történik, hogy frissítés után elromlott a WordPress oldal?

A WordPress oldal nem egyetlen program, hanem egy mag és rajta tíz-harminc bővítmény, amiket különböző emberek fejlesztenek, különböző ütemben. A frissítés maga ritkán hibás. A gond az, hogy két darab, ami eddig együtt működött, a frissítés után már nem. Egy bővítmény a WordPress új verziójára számít, egy másik még a régire. Vagy a tárhelyen futó PHP-verzió régebbi, mint amit az új bővítmény igényel.

Minél régebben volt az utolsó frissítés, annál nagyobb a kockázat, mert egyszerre több verziót ugrik minden.

Az első óra

1. Nézd meg a leveleidet

A WordPress kritikus hiba esetén automatikusan levelet küld az admin e-mail-címre, benne azzal, melyik bővítmény vagy sablon okozta a hibát, és egy speciális belépési linkkel (helyreállítási mód), amivel a hibás bővítmény nélkül be tudsz lépni az adminba. Ha ez a levél megjött, félig meg is vagy.

Ha nem jött meg, annak két oka lehet: az admin e-mail-cím nem a tiéd, vagy az oldalad nem tud rendesen levelet küldeni. Mindkettő önmagában is javítandó.

2. Kapcsold ki a hibás bővítményt

Ha a helyreállítási móddal be tudsz lépni, kapcsold ki azt a bővítményt, amit a levél megnevez. Ha nem tudsz belépni, a tárhely fájlkezelőjében a wp-content/plugins mappában nevezd át a bővítmény mappáját (például a végére egy -off-ot írva). A WordPress ettől kikapcsoltnak tekinti, és az oldal általában azonnal visszajön.

Ha nem tudod, melyik a hibás, nevezd át az egész plugins mappát. Ha az oldal visszajön, egyenként kapcsold vissza a bővítményeket, amíg valamelyiknél el nem romlik újra.

3. Ha ez sem segít: vissza a mentésből

Ha a hiba a WordPress magjában vagy a sablonban van, vagy több dolog tört el egyszerre, a leggyorsabb út a mentésből való visszaállítás a frissítés előtti állapotra. Ezért kell, hogy a mentés tényleg visszaállítható legyen, és ne csak a fájlokat, hanem az adatbázist is tartalmazza.

A visszaállítás után ne frissíts újra ugyanúgy. Előbb derítsd ki, mi okozta a hibát.

Amit ne csinálj

  • Ne telepítsd újra a WordPresst "tisztán". Ez a legtöbbször nem segít, mert a hiba a bővítményekben van, és könnyen elveszhet közben a tartalom.
  • Ne törölj bővítményt, csak kapcsold ki. A törlés sokszor a beállításait is viszi.
  • Ne hagyd bekapcsolva a hibakereső módot élesben. Ha a WP_DEBUG-ot bekapcsoltad a hiba kereséséhez, utána kapcsold ki, mert a hibaüzenetek a látogatóknak is látszanak, és árulkodnak a szerveredről.

Hogyan kerüld el legközelebb

A megoldás nem az, hogy ne frissíts. A frissítés elmaradása hosszú távon sokkal veszélyesebb: a WordPress-feltörések többsége régi, ismert sérülékenységű bővítményeken keresztül történik.

A megoldás az, hogy ne élesben próbáld ki először. Én minden frissítést egy másolaton futtatok le, megnézem, hogy a fő oldalak, az űrlapok és (webáruháznál) a kosár és a fizetés működik-e, és csak utána élesben. Ez a munka nagyobb része, és ezért ér többet egy havidíjas üzemeltetés az automatikus frissítésnél.

Amit magad is megtehetsz:

  • Frissíts rendszeresen, kis lépésekben. Havonta egy kör kevésbé kockázatos, mint évente egy nagy ugrás.
  • Frissítés előtt ments. Még akkor is, ha a tárhely magától is ment.
  • Egyszerre egy bővítményt, és mindegyik után nézz rá az oldalra.
  • Ne frissíts péntek délután, és ne közvetlenül egy kampány vagy a szezon előtt. Webáruházaknál erről külön írtam.

Ha az oldalad most áll, és nem boldogulsz vele, írj nekem, és megnézem. Ha pedig nem szeretnéd, hogy ez legközelebb is a te gondod legyen, a havidíjas üzemeltetés pont erről szól. Az árakról és a tartalmáról itt írtam részletesen.

Sárosi Zoltán

A cikk szerzője

Sárosi Zoltán

Alapító, WordPress fejlesztő – Eagle Solutions

2011 óta készítek weboldalakat és webshopokat Hargita megyéből, kis- és középvállalkozásoknak, egyesületeknek és ügynökségi partnereknek. Amit itt leírok, azt a saját projektjeimben tapasztaltam.

Többet rólam →

Kérdésed van a saját oldaladdal kapcsolatban?

Írj pár mondatot, mire lenne szükséged. Egy munkanapon belül válaszolok, az első konzultáció ingyenes.

Van már weboldalad? Írd be a címét az üzenetbe, és ingyen, 10 pontban leírom, mit javítanék rajta. Ez semmire nem kötelez.

Írok Zoltánnak → Árak megtekintése

Még nem tudod pontosan, mi kell? Számold ki az ársávot két perc alatt →

Töltsd le a 10 pontos weboldal-ellenőrző listát (PDF) →

← Vissza a bloghoz