Poradnik dotyczy samodzielnie hostowanych stron WordPress. Zmiany wymagają uprawnień i bezpiecznego wycofania. Jeśli nie znasz plików, baz danych i hostingu, uzgodnij diagnozę z dostawcą lub opiekunem strony.
Zapisz obserwacje
Zapisz URL, dokładny komunikat, pierwszy czas ze strefą i ostatnią zmianę. Porównaj stronę główną, podstronę i logowanie. Dokumentuj próby: pojedynczy nieudany odczyt nie dowodzi pełnej awarii.
Kopia i droga powrotu
Przed zmianami zachowaj w miarę możliwości pliki, bazę i starsze kopie. Sprawdź datę oraz możliwość odtworzenia. Uszkodzona lub zainfekowana kopia może być dowodem; zabezpiecz ją osobno i nie traktuj jako czystej.
Zmieniaj jedną rzecz i powtarzaj tę samą próbę. Rozległe testy wtyczek, motywów i ustawień wykonuj na stagingu. Wyłączenie to nie usunięcie: może dotknąć sklep, formularze i ochronę. Zapisz stan wyjściowy i sposób cofnięcia.
Ukierunkowana diagnoza
01
Określ dotknięty obszar
Pusty jest cały serwis, jedna strona czy edytor? Porównaj logowanie, okno prywatne i inne urządzenie. Zapisz zmiany i ewentualny status HTTP 500.
02
Zrozum Recovery Mode
Przy niektórych krytycznych błędach PHP WordPress wysyła administratorowi link. Sprawdź spam. Wstrzymuje komponenty w Twojej sesji, bez automatycznej naprawy publicznej. Chroń link.
03
Testuj wtyczki i motyw
Jeśli panel działa, sprawdź ostatnio zmieniony element. Wyłączenie może dotknąć funkcji krytycznych. Zmianę motywu i konflikty testuj na kopii; nie kasuj oryginału.
04
Sięgnij po logi PHP
Poproś o log z właściwego momentu: plik, linia i komunikat pomagają. WP_DEBUG, WP_DEBUG_LOG i WP_DEBUG_DISPLAY stosuj fachowo, czasowo i na stagingu. Ukryj błędy publiczne i chroń logi.
05
Sprawdź pamięć i kod
Błąd pamięci wymaga analizy zużycia i limitów. PHP musi pasować do komponentów. Porównaj zmieniony kod ze sprawdzoną wersją zamiast wykonywać kolejne zbiorcze aktualizacje.
Rozważ przywrócenie
Kopia nie zastępuje ustalenia przyczyny. Sprawdź ją najpierw w izolacji. Odtworzenie może usunąć nowe zamówienia, zapytania i treści. Uzgodnij zakres; po ataku nie przenoś bieżących plików bez weryfikacji.
Sprawdź po korekcie
Sprawdź pierwotny URL, stronę główną, podstrony i logowanie. Formularze oraz sklep testuj w odpowiednim środowisku bez przypadkowych rzeczywistych zamówień. Po poprawce czyść tylko właściwą pamięć podręczną. Zapisz przyczynę i wynik.
Kiedy potrzebna jest pomoc
Przerwij zmiany, gdy przyczyna pozostaje niejasna, powrót jest niepewny lub dotknięto funkcji krytycznych. Ślady malware wymagają analizy bezpieczeństwa. Nie publikuj pełnych logów, haseł, kluczy i linków odzyskiwania.
Uzgodnij zakres i koszty →Opieka po naprawie
Rdzeń WordPress, wtyczki i motywy aktualizujemy co tydzień, aby codzienne zadania nie opóźniały potrzebnych aktualizacji. Co miesiąc, codziennie lub co godzinę: zależnie od pakietu. Kopie są przechowywane na serwerach w UE.
Naprawy i czyszczenie już zhakowanych stron są odrębnymi usługami. Płatne licencje nie są wliczone.