Komunikat o błędzie krytycznym najczęściej oznacza fatalny błąd PHP. Po aktualizacji jego źródłem bywa niezgodna wtyczka, motyw, fragment własnego kodu albo zmiana wymagań dotyczących PHP. Najważniejsze jest odzyskanie dostępu i ustalenie konkretnej przyczyny.
W tym poradniku
Najpierw zabezpiecz aktualny stan
Nie usuwaj losowo katalogów i nie nadpisuj całej instalacji pierwszą znalezioną kopią. Wykonaj bieżącą kopię plików, bazy i logów. Zanotuj, co dokładnie zostało zaktualizowane oraz kiedy pojawił się błąd. To znacznie skraca diagnozę.
Jeśli strona obsługuje zamówienia lub formularze, rozważ tryb techniczny. Przywrócenie starszej bazy może usunąć dane zapisane po utworzeniu backupu, dlatego pliki i baza nie zawsze powinny być cofane automatycznie razem.
Skorzystaj z trybu odzyskiwania
WordPress potrafi wykryć część krytycznych błędów PHP i wysłać administratorowi specjalny link do trybu odzyskiwania. W tej sesji wadliwa wtyczka lub motyw może zostać wstrzymany, co pozwala zalogować się do panelu i zobaczyć wskazówkę dotyczącą źródła problemu.
Jeżeli wiadomość nie dotarła, sprawdź spam oraz poprawność adresu administratora. Nadal możesz użyć SFTP lub panelu hostingu. Zmiana nazwy katalogu konkretnej wtyczki czasowo ją wyłącza, ale rób to dopiero wtedy, gdy log lub ostatnia operacja rzeczywiście na nią wskazuje.
Odczytaj właściwy błąd, zamiast zgadywać
W logu PHP szukaj wpisu z czasu wystąpienia awarii, nazwy pliku i rodzaju błędu. Informacje takie jak „undefined function”, „class not found”, przekroczona pamięć czy błąd typu prowadzą do różnych rozwiązań. Sprawdź też wersję PHP i wymagania aktualizowanego komponentu.
Tryb debugowania może zapisać szczegóły do pliku, ale błędów nie należy wyświetlać publicznie. Mogą zawierać ścieżki serwera i informacje pomocne atakującemu. Po zakończeniu diagnozy wyłącz dodatkowe logowanie, jeśli nie jest potrzebne.
Napraw, przetestuj i przygotuj plan powrotu
- zidentyfikuj pierwszy istotny błąd w logu, a nie późniejsze skutki,
- porównaj wymagania WordPressa, PHP, motywu i wtyczki,
- przetestuj poprawkę na kopii, jeśli strona jest biznesowo ważna,
- po uruchomieniu sprawdź formularze, logowanie, płatności i zadania cron,
- zapisz przyczynę awarii oraz sposób jej uniknięcia przy kolejnej aktualizacji.
Jeśli trzeba odtworzyć backup, wybierz spójne pliki i bazę z właściwego momentu. Następnie wykonaj aktualizację ponownie na środowisku testowym zgodnie z poradnikiem o bezpiecznych aktualizacjach WordPressa.
Potrzebujesz pomocy?