Aktualizacje WordPress - jak bezpiecznie aktualizować stronę

Zacznij od listy elementów, które utrzymujesz: WordPress, aktywny motyw, wtyczki i wersja PHP. Zapisz ich obecne wersje oraz planowany zakres. Sprawdź, kto ma dostęp do panelu hostingu i kto potrafi przywrócić stronę, jeśli panel WordPress przestanie odpowiadać. Samo konto administratora witryny może wtedy nie wystarczyć.

Przeczytaj opis wydania u producenta. Poprawka podatności wymaga innej oceny pilności niż nowa funkcja edytora. Nie ustalaj zasady czekania zawsze przez określoną liczbę dni. Jeśli komponent jest podatny, a aktualizacja nie przechodzi testu, trzeba uzgodnić zabezpieczenie lub zastąpienie go, zamiast pozostawić temat bez właściciela.

Zespół dokumentacji WordPress przypomina: "You should always update WordPress to the latest version." To zalecenie utrzymywania aktualności, któremu towarzyszą instrukcje przygotowania kopii. Źródło: Updating WordPress.

Potrzebujesz kopii plików i bazy danych oraz potwierdzenia, że da się z nich odtworzyć witrynę. Zapisz datę kopii, jej lokalizację, zakres i sposób uzyskania dostępu. Jeśli używasz narzędzia backupowego, sprawdź zakończenie zadania oraz obecność archiwów w magazynie. Szczegóły konfiguracji opisuje poradnik UpdraftPlus.

Ustal, jakie dane pojawiają się na stronie w trakcie prac: zamówienia, rejestracje, formularze czy wpisy redaktorów. Odtworzenie wcześniejszej bazy może je cofnąć. Dla sklepu potrzebny jest uzgodniony sposób zatrzymania nowych transakcji podczas zmian oraz ponownego uruchomienia sprzedaży.

Przygotuj również listę funkcji do sprawdzenia i osobę, która zatwierdzi wynik. Wybierz moment, kiedy możesz obserwować witrynę i zareagować. Jeśli nie masz dostępu do kopii lub nie wiesz, jak ją odtworzyć, najpierw uzupełnij ten brak.

Przed pracą sprawdź także ważność dostępu do płatnych rozszerzeń. Jeśli aktualizacji nie można pobrać z powodu wygasłego konta lub licencji, ustal to przed rozpoczęciem pozostałych zmian. Nie instaluj przypadkowej paczki znalezionej w wyszukiwarce. Zachowaj informację o pochodzeniu używanego oprogramowania, aby osoba przejmująca utrzymanie mogła pobrać właściwe wydanie i odtworzyć ten sam zestaw podczas testu.

Nie istnieje jedna kolejność poprawna dla wszystkich zestawów wtyczek, motywów i wersji rdzenia. Nowa wtyczka może wymagać nowszego WordPressa, a rozszerzenie sklepu konkretnej wersji WooCommerce. Sprawdź wymagania producentów i przygotuj zgodny zestaw. Nie traktuj liczby w numerze wydania jako wystarczającej informacji o ryzyku.

Na stagingu wykonaj dokładnie te zmiany, które planujesz na produkcji. Kopia powinna odwzorowywać ważne ustawienia, wersję PHP i integracje. Zabezpiecz ją przed indeksowaniem i nie dopuść do wysyłania rzeczywistych wiadomości lub wykonywania prawdziwych płatności podczas testów.

Dokumentacja WooCommerce zaleca aktualną kopię i test aktualizacji na stagingu. Samo otwarcie strony głównej nie potwierdza zgodności sklepu. Dla strony firmowej przygotuj przynajmniej test formularza, nawigacji i edycji treści. Gdy zmieniasz także PHP lub korzystasz z komend, sięgnij do przewodnika administratora.

Otwórz listę aktualizacji i porównaj ją z zatwierdzonym planem. Sprawdź, czy od testu nie pojawiła się inna wersja komponentu. Jeżeli tak, nie zakładaj, że wcześniejszy wynik obejmuje również nowe wydanie. Zmiana zestawu może wymagać ponownego sprawdzenia.

Uruchom pierwszy uzgodniony krok i poczekaj na zakończenie. Nie rozpoczynaj równolegle kolejnych aktualizacji z innych kart przeglądarki. Zapisuj wynik i sprawdzaj działanie po kolejnych etapach; dzięki temu łatwiej ustalisz, po której zmianie pojawił się problem. Nie zastępuje to wcześniejszego testu zgodności całego zestawu.

Jeżeli narzędzie zgłasza dodatkową aktualizację bazy, sprawdź instrukcję producenta i warunki jej wykonania. Nie klikaj dalej wyłącznie po to, żeby usunąć powiadomienie. Zatrzymany proces, komunikat błędu albo niezgodność wersji to powód do przerwania następnych zmian i odczytania informacji diagnostycznych.

Odbiór wykonuj według przygotowanej listy. Sprawdź widok na telefonie i komputerze, menu, wyszukiwarkę, formularze oraz logowanie. Otwórz także mniej oczywistą podstronę korzystającą z niestandardowego szablonu. Zalogowany administrator może widzieć inny wariant niż odwiedzający, dlatego sprawdź obie sytuacje.

W sklepie przejdź przez kartę produktu, warianty, koszyk, dostawę, podatki i checkout. Sprawdź integracje oraz zapis statusów zamówienia zgodnie z procedurą testową. Test nie powinien przypadkowo uruchamiać rzeczywistych obciążeń ani wysyłek. Dla funkcji zależnych od zadań w tle sprawdź również zakończenie tych zadań.

Usuń nieaktualną pamięć podręczną zgodnie z konfiguracją strony i powtórz problematyczny widok. Zapisz wersje po zmianie, wynik testów i zauważone różnice. Jeśli jedna funkcja nadal nie działa, nie zamykaj zadania jako udanej aktualizacji tylko dlatego, że panel pokazuje najnowsze wersje.

Automatyzacja wykonuje zmianę, ale nie przejmuje odpowiedzialności za jej wynik. Ustal odbiorcę powiadomień, sposób wykrywania awarii i procedurę działania, gdy aktualizacja się nie powiedzie. Sprawdzaj faktyczne wersje oraz wynik ważnych funkcji, zamiast opierać kontrolę wyłącznie na liczbie wiadomości.

Warto znać trzy fakty o mechanizmie. Według dokumentacji WordPress automatyczne aktualizacje drobnych wydań i bezpieczeństwa są dostępne od wersji 3.7. Interfejs automatycznych aktualizacji wtyczek i motywów pojawił się w 5.5. WordPress 5.6 dodał interfejs aktualizacji głównych oraz domyślne włączenie ich w nowych instalacjach; starsze zachowały wcześniejsze zachowanie. Dwa ostatnie fakty opisuje poprawiona notatka zespołu Core.

Ustawienia hostingu, stałe i filtry mogą zmieniać to zachowanie. Sprawdź własną instalację. Wybierając automatyzację, uwzględnij dostępność kopii i osoby reagującej na problem.

Zatrzymaj dalsze zmiany i zapisz objaw, godzinę oraz ostatnio aktualizowany element. Zachowaj komunikat błędu i log w bezpiecznym miejscu. Nie publikuj pełnych logów z danymi użytkowników lub konfiguracją serwera. Jeżeli sklep nie działa poprawnie, uzgodnij ograniczenie składania zamówień do czasu sprawdzenia problemu.

Nie przywracaj automatycznie całej bazy sprzed aktualizacji. Ustal, czy problem dotyczy plików, konfiguracji lub migracji danych i czy po kopii powstały nowe rekordy. Zakres cofnięcia powinien odpowiadać przyczynie. W trudniejszej sytuacji zleć diagnozę i naprawę WordPress.

Po przywróceniu działania powtórz test, który wcześniej się nie udał, oraz kontrolę najważniejszych funkcji. Zanotuj odroczoną aktualizację i sposób usunięcia przyczyny niezgodności. Powrót do działającej wersji jest etapem naprawy, a nie uzasadnieniem pozostawienia podatnego komponentu bez dalszych działań.

Przekaż wykonawcy zakres witryny, ważne integracje, sposób wykonywania kopii i funkcje wymagające odbioru. Ustal, kto zatwierdza przerwę w sprzedaży oraz kto decyduje o cofnięciu zmiany. Raport powinien zawierać wersje przed i po, datę kopii, wykonane testy, wynik i otwarte problemy.

Dla regularnego utrzymania możesz sprawdzić opiekę WordPress. Jeżeli potrzebne są zmiany w samym serwisie, zakres omawiamy przy pracach nad WordPressem. Napisz, jaką stronę utrzymujesz i jakie funkcje są krytyczne, aby ustalić odpowiedni sposób obsługi. Nie wysyłaj haseł w pierwszym zgłoszeniu.

Jeśli aktualizacje regularnie psują stronę, problemem jest zwykle jej konstrukcja. Wtedy warto rozważyć stronę internetową od 3 500 zł netto zbudowaną na aktualnym WordPressie.

• Przejęcie strony WordPress: jak sprawdzić dostęp, kopię i działanie serwisu
• Czy warto aktualizować artykuły na blogu firmowym? Sprawdź kiedy i jak