White screen of death WordPress: 7 būdai kaip greitai pataisyti

„White screen of death” (WSoD) — situacija, kai WordPress rodо baltą ekraną be jokio error pranešimo. 99% atvejų — problema sprendžiama per 15 minučių. Štai 7 būdai nuo lengviausio iki radikalaus.

Žingsnis 1: Išjunk visus plugin’us (70% atvejų čia sprendžiasi)

Jei yra prieiga prie /wp-admin/:

1. Plugins → Select all → Deactivate.
2. Aktyvink po vieną, kol rasi kaltininką.

Jei nėra prieigos prie admin’o — per FTP:

wp-content/plugins/ → pervadink į plugins_DISABLED

Atgauni admin’ą. Tada pervadink atgal ir aktyvuok plugin’us po vieną.

Dažniausi kaltininkai: Elementor Pro po atnaujinimo, WooCommerce extensions, page builder’iai, caching plugin’ai (WP Rocket, W3 Total Cache).

Žingsnis 2: Perjunk į default temą

FTP → wp-content/themes/ → pervadink aktyvią temą (pvz., astra → astra_BROKEN).

WordPress automatiškai pereis į default (twentytwenty-six).

Jei po to admin’as veikia — problema temoje arba child teme. Atnaujink temą arba susisiek su temos kūrėju.

Žingsnis 3: Įjunk WP_DEBUG

wp-config.php:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Atsiradusi problema dabar bus įrašyta į wp-content/debug.log — konkrečiai parodys, kuris plugin’as ir kurios eilutės.

Žingsnis 4: PHP memory limit

WSoD dažnai atsiranda, kai PHP „išsenka” atmintį. Pridėk į wp-config.php:

define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '512M');

Jei vis tiek — pakelk serverio lygyje (.htaccess arba php.ini):

php_value memory_limit 512M

Žingsnis 5: PHP versija

Jei serveris atnaujintas į PHP 8.3, o senas plugin’as tam nepritaikytas — WSoD.

Plesk → Hosting Settings → PHP Settings → Pakeisk į PHP 8.1 arba 8.2 laikinai. Vėliau atnaujink plugin’ą ir grįžk į 8.3.

Žingsnis 6: Korumpuoti core failai

Retas, bet taip nutinka po nesusivykusio atnaujinimo:

1. Parsiųsk naują WordPress iš wordpress.org.
2. Ištrauk .zip.
3. FTP → perkopijuok /wp-admin/ ir /wp-includes/ į svetainę (OVERWRITE).
4. NELIESK wp-content/ ir wp-config.php — ten jūsų duomenys.

Žingsnis 7: DB korupcija

Paskutinis atvejis — korumpuota DB. Simptomai: neatidaro post’ų, kai kurie langai tušti, random errors.

Automatinis WordPress DB repair:

1. Pridėk į wp-config.php: define('WP_ALLOW_REPAIR', true);
2. Eik į: https://jusu-svetaine.lt/wp-admin/maint/repair.php
3. Spausk „Repair Database”.
4. Kai baigsi — IŠTRINK eilutę iš wp-config.php (saugumo dėlei).

Jei DB repair neveikia — atstatyk iš backup’o.

Kaip to išvengti ateityje

1. Automatiniai backup’ai dieniniai (mes siūlom per mėnesinę priežiūrą — 49 €/mėn.).
2. Staging aplinka — testuok atnaujinimus prieš production.
3. Nekelk plugin’ų auto-update’ų (leisk tik security).
4. Išjunk neveikiančius plugin’us — jie vis tiek apkrauna DB.
5. Saugumo monitoring (Imunify360 ar Wordfence).

Greičiausias būdas atstatyti

Jei turite backup’ą — atstatymas iš jo užtrunka 5–15 min. Plesk → Backup Manager → Restore → pasirink paskutinį veikiantį snapshot’ą.

Jei neturite backup’o — iš karto kurkit (Duplicator, UpdraftPlus).

DUK

Ar WSoD reiškia, kad svetainė sulaužyta visiems laikams? Ne. 99% atvejų — sprendžiama per 30 min. Duomenys DB saugūs.

Ar verta paleisti WP_DEBUG production svetainėje? Trumpai — taip. Ilgalaikiai — ne (WP_DEBUG_DISPLAY parodytų error’us vartotojams). Pataisyk problemą, tada išjunk.

Ar tai gali būti hack’as? Retai, bet galimas. Požymiai: svetimos failo redaktūros /wp-content/, naujos admin sąskaitos, keistos cron užduotys. Jei įtariat — skenuoti su Wordfence / Imunify360.

Kaip greitai gauti pagalbą? Mes siūlom urgent WP support — 24/7 per +370 639 63060 prižiūrimiems klientams.

---

Jūsų WordPress nuolat lūžta? Pagalvokit apie mėnesinę priežiūrą → — nuo 49 €/mėn. su dieniniais backup’ais ir 24h response.