„Witryna napotkała błąd krytyczny” – Kompletny Przewodnik Diagnostyki i Naprawy (Edycja 2025)

Krok 1: Włączanie “Czarnej Skrzynki” (Debug Log)

Edycja pliku wp-config.php to absolutna podstawa. Nie używaj domyślnych ustawień, użyj tej konfiguracji, aby zapisać błędy do pliku, a nie wyświetlać ich klientom:

// Wklej to w wp-config.php NAD linią "That's all, stop editing"
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false ); // Ważne: Ukrywa błędy na ekranie
@ini_set( 'display_errors', 0 );

Po dodaniu tego kodu odśwież stronę z błędem, a następnie otwórz plik /wp-content/debug.log przez FTP.

Dlaczego strona padła po aktualizacji serwera?

W PHP 8.x wiele ostrzeżeń (Warnings) zamieniono na błędy krytyczne (Fatal Errors). Przykład: Odwołanie do nieistniejącej zmiennej w tablicy kiedyś było ignorowane, teraz “zabija” stronę.

Rozwiązanie doraźne: Cofnij wersję PHP do 8.0 lub 7.4 w panelu hostingu (jeśli możliwe), aby odzyskać dostęp, a następnie zaktualizuj wszystkie wtyczki.

SQL Query: Jak znaleźć ukrytego hakera?

Zaloguj się do phpMyAdmin i wykonaj to zapytanie, aby zobaczyć wszystkich administratorów, nawet tych ukrytych przez wtyczki malware:

SELECT u.ID, u.user_login, u.user_email 
FROM wp_users u 
INNER JOIN wp_usermeta m ON m.user_id = u.ID 
WHERE m.meta_key = 'wp_capabilities' 
AND m.meta_value LIKE '%administrator%';

Uwaga: Jeśli zobaczysz na liście użytkownika, którego nie tworzyłeś (często o nazwie typu “wp_support” lub “system”), natychmiast go usuń i zmień wszystkie hasła.

Komenda: Weryfikacja Sum Kontrolnych

Ta komenda sprawdzi, czy pliki Twojego WordPressa różnią się od oryginałów w repozytorium (co oznacza infekcję lub uszkodzenie).

wp core verify-checksums

Jeśli komenda zwróci listę plików z błędem “Checksum failed”, wiesz dokładnie, co zostało zainfekowane.

Komenda: Wyłączenie wszystkich wtyczek

Ratunek, gdy nie działa wp-admin:

wp plugin deactivate --all