Biały ekran śmierci w WordPress i edytuj w Elementorze – jak go naprawiłem?

Nowy rok, nowe wyzwania! Ostatnio podczas pracy nad nową stroną dla klienta natknąłem się na problem, który potrafi podnieść ciśnienie każdemu twórcy stron. Chodzi o legendarny biały ekran śmierci w WordPressie (ang. White Screen of Death, WSoD).

Wyglądało to tak: chciałem wejść w edycję podstrony, ale zamiast kokpitu widziałem tylko czystą biel. Z kolei w Elementorze mruga logo Elementora ładowania, a po 20 sekundach wyskakiwał komunikat o błędzie i propozycja włączenia trybu debugowania. Jako osoba, która od ponad 5 lat buduje strony, wiem, że takie sytuacje wymagają chłodnej głowy. Oto kroki, które podjąłem, by przywrócić stronę do życia.

Krok 1: Selekcja wtyczek i czyszczenie pamięci cache

Moim pierwszym odruchem było sprawdzenie, czy nowo zainstalowane wtyczki nie gryzą się ze sobą. To klasyka – czasem jedna aktualizacja potrafi unieruchomić edytor WordPress.

Wyłączałem wtyczki jedna po drugiej, sprawdzając, czy edycja wróciła.

Gdy to nie pomogło, na moment przełączyłem motyw na domyślny, by wykluczyć błąd w szablonie.

Ważna wskazówka: Po każdej operacji czyściłem cache. W Elementorze zrobisz to wchodząc w Narzędzia -> Regeneruj CSS. To często rozwiązuje problem „zawieszonego” edytora.

Krok 2: Zwiększenie limitu pamięci PHP (Memory Limit)

WordPress bywa zasobożerny, zwłaszcza gdy używamy rozbudowanych builderów. Jeśli Twój serwer ma zbyt niskie parametry, edytor po prostu „wywali” błąd. Postanowiłem drastycznie zwiększyć limity.

Można to zrobić na dwa sposoby. Pierwszy to edycja pliku wp-config.php. przez FTP. Dodajesz poniższy kod:

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

Choć ja polecam pewniejszą metodę – edycję pliku .user.ini. Dodałem tam następujące parametry:

memory_limit = 1G
post_max_size = 1G
max_input_vars = 1000
max_execution_time = 300
upload_max_filesize = 1G

Jeśli metoda z .user.ini zadziała, usuń zmiany z pliku wp-config.php, aby nie dublować instrukcji.

Krok 3: Winowajca, którego się nie spodziewałem – przeglądarka!

Czasami problem nie leży w kodzie, ale w narzędziu, którego używamy. U mnie okazało się to kluczowe. Używam na co dzień przeglądarki Brave, która słynie z bardzo restrykcyjnej ochrony prywatności.

Okazało się, że to właśnie tarcze Brave blokowały skrypty niezbędne do poprawnego załadowania panelu edycji. Jeśli masz biały ekran, sprawdź stronę w Chrome lub Firefox – u mnie to był strzał w dziesiątkę!​

Co jeśli nic nie pomaga? Tryb debugowania

Jeśli powyższe kroki zawiodą, musisz zajrzeć „pod maskę”. Włącz tryb debugowania, dodając w wp-config.php te linie:

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

Logi z błędami znajdziesz w pliku /wp-content/debug.log. Jeśli zapisy tam zawarte wyglądają dla Ciebie jak czarna magia, skopiuj je i wrzuć do AI lub skonsultuj się z kimś bardziej doświadczonym.

Podsumowując: Naprawa białego ekranu w WordPress to proces eliminacji. Zacznij od najprostszych rzeczy jak cache i przeglądarka, a dopiero potem grzeb w ustawieniach serwera. Pamiętaj dobrze zawsze mieć zrobiony backup strony. Powodzenia w projektowaniu!

Wielkie dzięki za dodatkowe sugestie z strony Wsparcia technicznego LH.pl. Jeśli jesteś może na zakupie serwera to łap mój kod promocyjny – LH-20-271464

Spis treści

Zobacz również

Usługi