WordPress nie działa po aktualizacji - co robić?

To pierwsze pytanie, bo od odpowiedzi zależy kierunek naprawy. Zajrzyj w panelu do sekcji Aktualizacje albo do dziennika zmian w panelu hostingu.

Ostatni wiersz zdarza się częściej, niż mogłoby się wydawać, i nie jest Twoją aktualizacją. Hosting przełącza wersję PHP planowo, a stary motyw przestaje działać tego samego dnia.

Kolejność od najmniej inwazyjnej.

1. Sprawdź skrzynkę administratora. Przy krytycznym błędzie WordPress wysyła wiadomość z linkiem do trybu awaryjnego, w którym zalogujesz się z wyłączonymi wtyczkami.
2. Wyłącz wtyczki hurtem, zmieniając przez FTP nazwę katalogu `wp-content/plugins`. Powrót strony oznacza, że winowajca jest wśród nich.
3. Przełącz motyw, zmieniając nazwę jego katalogu. WordPress wróci do domyślnego.
4. Jeśli hosting zmienił wersję PHP, cofnij ją w panelu na poprzednią i sprawdź stronę.
5. Dopiero na końcu przywracaj kopię zapasową, bo cofa też wszystko, co zdarzyło się od jej wykonania.

Włączaj wtyczki pojedynczo i po każdej odświeżaj stronę. To nudne, ale jest to jedyny sposób, żeby wskazać winowajcę zamiast go zgadywać.

WordPress nie ma wbudowanego cofania, ale są trzy praktyczne drogi.

Wtyczkę można przywrócić do wcześniejszej wersji z repozytorium WordPressa, gdzie dostępne są starsze wydania. To rozwiązanie tymczasowe: stara wersja zwykle nie dostaje już poprawek bezpieczeństwa.

Rdzeń WordPressa da się nadpisać plikami wybranej wersji przez FTP, z pominięciem katalogu `wp-content`. Robi się to wyjątkowo i tylko wtedy, gdy nowsza wersja realnie psuje witrynę.

Wersję PHP cofa się w panelu hostingu jednym kliknięciem i to najbezpieczniejszy z tych trzech ruchów, o ile traktujesz go jako czas na aktualizację motywu, a nie stan docelowy.

Według naszego cennika naprawa z działającą kopią zapasową to 200-400 zł, bo praca sprowadza się do przywrócenia i wskazania przyczyny. Dane z trudniejszych zgłoszeń, bez kopii i z uszkodzonymi plikami, pokazują 500-1500 zł.

Odpowiadamy w ciągu godziny od zgłoszenia, a większość napraw kończymy tego samego dnia. Po naprawie dostajesz informację, który element nie nadążył za aktualizacją, żeby następnym razem zacząć właśnie od niego.

• Kopia zapasowa przed aktualizacją, a nie po awarii
• Aktualizacje pojedynczo, z podglądem strony po każdej, zamiast klikania wszystkiego naraz
• Własny kod w motywie potomnym albo we własnej wtyczce, nigdy w `functions.php` motywu z repozytorium
• Usunięcie wtyczek bez aktualizacji od ponad roku, bo to one wypadają przy zmianie wersji PHP
• Witryna, która zarabia, dostaje kopię testową i tam sprawdzasz aktualizacje

Według ofert popularnych hostingów pakiety za 20-30 zł miesięcznie zwykle nie dają środowiska testowego, więc przy sklepie warto policzyć, czy oszczędność nie kosztuje więcej niż jeden dzień przestoju.

Prowadzimy aktualizacje jako stałą opiekę nad stroną WordPress - z kopią przed każdą zmianą i sprawdzeniem witryny po niej. Jeśli strona leży teraz, napisz przez formularz na stronie kontakt i podaj, co było aktualizowane.

Nie klikaj ponownie aktualizacji w nadziei, że przejdzie za drugim razem. Przerwana aktualizacja zostawia plik `.maintenance` i witryna zgłasza tryb konserwacji, dopóki go nie usuniesz.

Nie usuwaj wtyczki, która wywołała błąd, zanim sprawdzisz, czy da się ją zaktualizować. Usunięcie zwykle zabiera też jej dane i ustawienia.

Nie wyłączaj aktualizacji na stałe. Stara wersja WordPressa jest jedną z najczęstszych dróg włamania, a naprawa po infekcji kosztuje wielokrotnie więcej niż jedna nieudana aktualizacja.