Strona WordPress nie działa po aktualizacji: jak bezpiecznie cofnąć zmiany

Co zostało zaktualizowane?

Na stronie WordPress aktualizują się cztery elementy i każdy cofa się inaczej: rdzeń WordPressa, wtyczki, motyw i wersja PHP serwera, którą firma hostingowa zmienia po swojej stronie. Aby ustalić, który z nich się zmienił:

• E-maile od WordPressa: po automatycznej aktualizacji WordPress pisze na administracyjny adres e-mail strony, z tematem w rodzaju „[Nazwa witryny] Niektóre wtyczki zostały automatycznie zaktualizowane” i listą zmian.
• Ekran wtyczek: kolumna „Automatyczne aktualizacje” pokazuje, które wtyczki aktualizują się same, a każdy wiersz podaje zainstalowaną wersję.
• Narzędzia > Stan witryny > Informacja: sekcja Serwer podaje wersję PHP, a sekcje wtyczek i motywów wersję każdego składnika.
• Daty katalogów: katalog wtyczki zapisany na nowo przez aktualizację ma datę tej aktualizacji.

wp plugin list
ls -lt wp-content/plugins | head

Pierwsze polecenie wypisuje wtyczki z wersją i stanem; drugie katalogi wtyczek od ostatnio zmienionego do najstarszego. Proszę zestawić to z godziną, o której strona się zmieniła.

Wyczyścić pamięć podręczną przed wyciągnięciem wniosków

Po aktualizacji pliki CSS i JavaScript zmieniają zawartość, a pamięć podręczna może nadal serwować stare. Wygląda to jak awaria: rozsypany układ, menu, które się nie otwierają. Proszę wyczyścić, w tej kolejności, pamięć podręczną wtyczki cache lub optymalizacji, pamięć podręczną firmy hostingowej, jeśli ją oferuje, a potem przeglądarki, i odświeżyć stronę. Jeśli strona wróci, przyczyną nie była aktualizacja.

Strona utknęła w trybie konserwacji

Podczas aktualizacji WordPress tworzy plik .maintenance w katalogu głównym strony i wyświetla „Witryna jest tymczasowo niedostępna z powodu zaplanowanych prac konserwacyjnych. Zapraszamy ponownie za minutę.” Gdy aktualizacja zostanie przerwana, plik zostaje na miejscu. WordPress ignoruje go dziesięć minut po godzinie w nim zapisanej; aby nie czekać, albo jeśli komunikat nie znika, proszę usunąć go przez SFTP lub menedżer plików firmy hostingowej. Jego nazwa zaczyna się od kropki, więc aby go zobaczyć, trzeba włączyć wyświetlanie plików ukrytych.

Następnie proszę przejść do Kokpit > Aktualizacje: element, którego aktualizacja została przerwana, trzeba zaktualizować ponownie albo zainstalować w poprzedniej wersji.

Przywrócić poprzednią wersję wtyczki

Ponowna instalacja poprzedniej wersji zastępuje pliki wtyczki i zachowuje jej ustawienia, które są zapisane w bazie danych.

wp plugin install nazwa-wtyczki --version=2.4.1 --force

• Wtyczka z katalogu WordPress.org: na jej publicznej stronie link „Widok zaawansowany” prowadzi do listy „Poprzednie wersje”. Proszę pobrać potrzebne archiwum, a potem na ekranie „Dodaj wtyczki” kliknąć „Wyślij wtyczkę na serwer”: WordPress rozpoznaje zainstalowaną wtyczkę i proponuje „Zastąp aktualny dodawanym”.
• Wtyczka kupiona u wydawcy: poprzednie wersje można zwykle pobrać z konta klienta u tego wydawcy.
• Następnie: proszę kliknąć „Wyłącz automatyczne aktualizacje” przy tej wtyczce, do czasu wydania poprawki przez wydawcę.

WordPress potrafi już sam cofnąć zmiany w dwóch przypadkach. Od wersji 6.3, gdy aktualizacja wtyczki lub motywu nie powiedzie się w trakcie, przywracana jest stara wersja. Od wersji 6.6, gdy automatyczna aktualizacja aktywnej wtyczki powoduje błąd krytyczny, WordPress ponownie instaluje poprzednią wersję. Aktualizację, która się kończy i psuje funkcję bez błędu krytycznego, cofa się ręcznie.

Motyw: poprzednia wersja i utracone modyfikacje

wp theme install nazwa-motywu --version=3.1.0 --force

Aktualizacja motywu zastępuje wszystkie jego pliki. Zmiany wprowadzone bezpośrednio w plikach motywu, na przykład w functions.php lub w arkuszu stylów, znikają więc przy każdej aktualizacji. Kopia zapasowa wykonana przed aktualizacją pozwala je odzyskać; aby zachować je na stałe, umieszcza się je w motywie potomnym, którego aktualizacje motywu nadrzędnego nie naruszają.

Rdzeń WordPressa

WP-CLI instaluje ponownie konkretną wersję rdzenia:

wp core update --version=7.0 --force

Duża aktualizacja rdzenia może też zmienić strukturę bazy danych, którą to polecenie pozostawia bez zmian. Często bezpieczniej jest zachować aktualny rdzeń i cofnąć niezgodną wtyczkę lub motyw. Jeśli powrót rdzenia jest konieczny, wykonuje się go z pełnej kopii zapasowej sprzed aktualizacji.

Wersja PHP zmieniona przez firmę hostingową

Firmy hostingowe podnoszą wersję PHP, gdy starsze przestają otrzymywać poprawki bezpieczeństwa. Stara wtyczka lub motyw może wtedy zatrzymać się na błędzie krytycznym. Panel firmy hostingowej zwykle pozwala wybrać wersję PHP strony:

1. Proszę zapisać obecną wersję, a potem wrócić do poprzedniej.
2. Proszę sprawdzić, czy strona znów działa.
3. Proszę zaktualizować lub wymienić winny składnik, wskazany przez dziennik debugowania.
4. Proszę wrócić do nowszej wersji.

Taki powrót to krok doraźny: wersja PHP bez poprawek bezpieczeństwa naraża stronę. Według oficjalnego harmonogramu opublikowanego na php.net PHP 8.1 nie otrzymuje poprawek bezpieczeństwa od 31 grudnia 2025, PHP 8.2 otrzymuje je do 31 grudnia 2026, a PHP 8.3 do 31 grudnia 2027. WordPress zaleca PHP 8.3 lub nowszy.

Przywrócić pełną kopię zapasową w ostateczności

Przywrócenie przywraca pliki i bazę danych do stanu z kopii zapasowej. Wszystko, co strona otrzymała od tego czasu, znika: zamówienia, wiadomości z formularzy, komentarze, rejestracje, opublikowane wpisy.

1. Najpierw proszę wyeksportować to, co przyszło od czasu kopii: zamówienia, zgłoszenia z formularzy, nowe konta.
2. Proszę przywrócić pliki i bazę danych z tej samej chwili, narzędziem firmy hostingowej lub wtyczką do kopii zapasowych. Pliki z jednego dnia i baza z innego dają błędy trudne do odczytania.
3. Proszę ponownie zaimportować wyeksportowane dane.
4. Proszę wgrywać aktualizacje po jednej, sprawdzając stronę po każdej: ostatnia wgrana przed awarią jest jej przyczyną.

Przy następnej aktualizacji

• Kopia testowa: wiele firm hostingowych oferuje środowisko testowe (staging), które kopiuje stronę jednym kliknięciem. Aktualizacje wgrywa się najpierw tam.
• Kopia zapasowa tuż przed aktualizacją, pliki i baza danych razem.
• Jedna aktualizacja naraz, ze sprawdzeniem kluczowych stron po każdej: strona główna, formularz kontaktowy, koszyk.
• Lista zmian wtyczki lub motywu, przeczytana przed dużą aktualizacją.