Hlásenie „There has been a critical error on this website“ patrí medzi situácie, ktoré vo WordPresse pôsobia najhoršie. Používateľ vidí nefunkčný web, administrátor môže prísť o prístup do dashboardu a namiesto konkrétnej príčiny dostane iba všeobecnú správu. Preto je dôležité chápať kritickú chybu nie ako finálnu diagnózu, ale ako signál, že niektorá časť WordPress prostredia zlyhala natoľko, že systém nedokáže stránku bezpečne načítať.
Príčiny môžu byť rôzne: konflikt pluginov, problém s aktívnou témou, poškodené core súbory, databázová chyba, nedostatok serverových zdrojov alebo konkrétna PHP chyba. Pre bežného správcu webu to znie široko, no v praxi sa dá postupovať pomerne systematicky. Najväčšou chybou je začať náhodne klikať, preinštalovávať a vypínať veci bez toho, aby bolo jasné, čo sa zmenilo pred pádom webu.
Prvý krok: skontrolovať e-mail a recovery mode
WordPress pri kritických chybách často posiela administrátorovi e-mail s podrobnosťami. Tento e-mail môže obsahovať informáciu o plugine, téme alebo súbore, v ktorom chyba vznikla, a aj odkaz do recovery mode. Recovery mode je bezpečnostný režim, ktorý umožní správcovi prihlásiť sa do administrácie aj vtedy, keď bežné načítanie webu zlyháva. Ak je dostupný, je to najčistejšia cesta, pretože správca môže deaktivovať problémový plugin alebo tému priamo z WordPressu.
V praxi sa však na e-mail nedá vždy spoľahnúť. Správa môže skončiť v spame, nemusí byť správne nastavené odosielanie e-mailov z webu alebo je administrátorská adresa neaktuálna. Preto má zmysel mať pripravený aj technický prístup cez hosting, FTP alebo správcu súborov. Kritická chyba je presne ten typ situácie, pri ktorej sa ukáže, či web má udržiavané prístupy, zálohy a základnú dokumentáciu.
Pluginy sú najčastejšie podozrivý bod
Ako jeden z prvých praktických krokov treba deaktivovať všetky pluginy naraz. Ak sa správca nevie dostať do administrácie, dá sa to urobiť cez FTP alebo file manager v hostingu. Stačí nájsť priečinok wp-content/plugins a dočasne ho premenovať, napríklad na plugins_old. WordPress tým stratí cestu k pluginom a deaktivuje ich. Ak web po tomto kroku nabehne, je veľmi pravdepodobné, že problém spôsobuje jeden z pluginov alebo konflikt medzi viacerými pluginmi.
Potom prichádza menej efektná, ale najspoľahlivejšia časť: postupné zapínanie pluginov jeden po druhom. Po každej aktivácii treba skontrolovať web ideálne v súkromnom okne prehliadača alebo po vyčistení cache. Cieľom nie je len dostať web späť online, ale zistiť, ktorý konkrétny plugin spúšťa chybu. Bez tejto informácie sa problém môže pri najbližšej aktualizácii zopakovať.
Téma, PHP a serverové limity
Ak deaktivácia pluginov nepomôže, ďalším logickým krokom je téma. WordPress témy neobsahujú iba vzhľad, ale často aj vlastné funkcie, šablóny, integrácie a PHP kód. Dočasné prepnutie na základnú tému, napríklad niektorú z predvolených tém WordPressu, pomôže overiť, či problém vzniká v aktívnej téme. Ak web s predvolenou témou funguje, treba riešiť kompatibilitu alebo chybu pôvodnej témy.
Veľmi častou príčinou sú aj PHP chyby a serverové limity. WordPress beží na PHP a každá väčšia nekompatibilita medzi verziou PHP, pluginmi a témou môže vyústiť do pádu. Problém sa môže objaviť po aktualizácii WordPressu, pluginu, témy alebo samotnej PHP verzie na hostingu. Rovnako vie kritickú chybu spôsobiť vyčerpaný memory limit, najmä pri náročnejších weboch s page builderom, WooCommerce, viacjazyčnosťou alebo množstvom rozšírení.
Preto má zmysel skontrolovať error logy. Tie často povedia viac než samotná obrazovka kritickej chyby. Dobrý hosting umožní nájsť serverové logy v administrácii alebo cez podporu. V logu sa dá identifikovať konkrétny súbor, riadok, funkcia alebo typ chyby. Bez logov je riešenie skôr hádanie. S logmi sa dá pracovať cielene.
Zálohy a obnova nie sú posledná možnosť, ale súčasť plánu
Pri kritickej chybe býva lákavé okamžite obnoviť web zo zálohy. Niekedy je to správne rozhodnutie, najmä ak ide o produkčný web a výpadok už spôsobuje reálnu škodu. Obnova však má mať jasný kontext. Ak sa obnoví staršia verzia webu bez identifikácie príčiny, rovnaká chyba sa môže vrátiť po opätovnej aktualizácii alebo aktivácii problematického prvku.
Záloha je preto bezpečnostná sieť, nie náhrada diagnostiky. Ideálny postup je najprv stabilizovať web, potom zistiť príčinu a až následne rozhodnúť, či sa bude opravovať aktuálny stav alebo obnovovať staršia verzia. Pri e-commerce a aktívnych weboch treba navyše myslieť na nové objednávky, formuláre a dáta, ktoré vznikli po poslednej zálohe. Neuvážená obnova môže síce opraviť chybu, ale zároveň zmazať dôležité údaje.
Prevencia je praktickejšia než rýchla oprava
Kritickým chybám sa nedá vyhnúť úplne, ale dá sa výrazne znížiť riziko a skrátiť čas opravy. Základom sú pravidelné zálohy, aktualizácie vykonávané rozumne, testovanie väčších zmien mimo produkcie, kontrola kompatibility pluginov a primeraný hosting. Pri dôležitých weboch je staging prostredie lacnejšie než riešenie výpadku pod tlakom.
Dôležitá je aj disciplína pri doplnkoch. Každý nový plugin pridáva kód, závislosti a potenciálny konflikt. Znamená to, že web by nemal byť skladisko náhodných rozšírení. Pri každom plugine má byť jasné, na čo slúži, či je udržiavaný, či má alternatívu a čo sa stane, ak ho bude treba vypnúť.
Kritická chyba vo WordPresse je nepríjemná, ale vo väčšine prípadov riešiteľná. Rozdiel medzi rýchlym návratom webu a dlhým výpadkom často nerobí šťastie, ale pripravenosť: prístupy, zálohy, logy, staging a správny postup diagnostiky.
