Koniec wsparcia PHP 7.4: jak przygotować stronę WordPress do aktualizacji

Koniec wsparcia PHP 7.4 to prosta sprawa: po 28 listopada 2022 ta wersja nie dostanie już żadnej poprawki bezpieczeństwa. Ani jednej. Stronę trzeba więc przenieść na PHP 8.0 albo nowsze, a samą zmianę najpierw przećwiczyć na kopii testowej. Datę znajdziesz w oficjalnym harmonogramie wsparcia wersji PHP. Piszę to dla właściciela lub administratora sklepu WooCommerce albo strony firmowej, który ma jeszcze kilka miesięcy zapasu. To sporo czasu, żeby zrobić to na spokojnie, bez nerwowego klikania w ostatnim tygodniu.

Co oznacza koniec wsparcia PHP 7.4 dla Twojej strony?

Strona się nie wyłączy. Ale luki odkryte po tej dacie zostaną w PHP 7.4 otwarte na zawsze. Najpierw jest aktywne wsparcie, czyli poprawki błędów i bezpieczeństwa. Potem przychodzi wsparcie bezpieczeństwa, w którym wychodzą już tylko łatki na krytyczne dziury. A po nim nie wychodzi nic.

Co to znaczy w praktyce? Dane klientów sklepu są coraz bardziej narażone. Hostingi prędzej czy później wyłączają stare wersje, a autorzy wtyczek przestają sprawdzać swój kod na 7.4. Do tego dochodzi RODO, które wymaga odpowiedniego zabezpieczenia danych osobowych. Oprogramowanie bez łatek ciężko nazwać odpowiednim zabezpieczeniem (i raczej nikt z kontroli nie da się na to namówić).

Jak sprawdzić, na jakiej wersji PHP działa WordPress?

Najszybciej w kokpicie: Narzędzia > Kondycja witryny > Informacje > Serwer. Wersja PHP jest tam od razu, obok limitów pamięci i czasu wykonania. Druga droga to panel hostingu. Trzecia, dla bardziej technicznych: wgrywasz na chwilę plik z funkcją phpinfo(), odczytujesz wynik i od razu go kasujesz, bo pokazuje całą konfigurację serwera. Aha, w panelu hostingu zwykle też zmienisz wersję PHP, często osobno dla każdej domeny, a czasem nawet dla pojedynczego katalogu.

Zgodność wtyczek z PHP 8: inwentaryzacja przed aktualizacją

Sam rdzeń WordPressa rzadko robi problemy. Sypią się wtyczki i motyw. Dlatego zanim cokolwiek przełączysz, spisz, co naprawdę chodzi na stronie:

• lista aktywnych wtyczek i motywu wraz z wersjami,
• data ostatniej aktualizacji każdej z nich,
• informacja o testowanej wersji PHP na stronie wtyczki lub w changelogu,
• wtyczki porzucone przez autorów, przeznaczone do wymiany,
• kod własny: child theme, fragmenty w functions.php, dodatki pisane na zamówienie.

PHP 8 część funkcji wyrzucił albo zmienił, a typy sprawdza dużo surowiej. No i tu jest haczyk. Kod, który w 7.4 rzucał tylko ostrzeżeniem w logu, teraz potrafi położyć stronę błędem krytycznym. Biały ekran i tyle. Najszybciej doczekasz się poprawek do wtyczek z aktywną licencją i wsparciem autora. W K4.pl licencja obejmuje aktualizacje i wsparcie, a jeśli kod jest nietypowy, można zamówić wtyczkę skrojoną pod konkretny sklep.

Aktualizacja PHP w WordPress krok po kroku

Kolejność jest zawsze ta sama: kopia zapasowa, staging, testy, a produkcja dopiero na samym końcu. Staging to osobna, niepubliczna kopia strony. Psujesz ją do woli i żaden klient tego nie zobaczy.

1. Zrób pełny backup plików i bazy danych.
2. Zaktualizuj WordPressa, wtyczki i motyw jeszcze na obecnym PHP.
3. Postaw kopię testową (staging) z PHP 8.0.
4. Włącz WP_DEBUG_LOG w wp-config.php i przejrzyj log błędów.
5. Przejdź najważniejsze ścieżki: formularze, logowanie, zakup.
6. Zmień wersję na produkcji poza godzinami szczytu.
7. Przez kilka dni obserwuj logi serwera i WordPressa.

Co przetestować w sklepie WooCommerce po przejściu na PHP 8.0?

Wszystko, co zarabia. Koszyk, płatności, wysyłki, e-maile do klientów. Złóż po kilka zamówień testowych przez każdą bramkę płatności, sprawdź integracje z kurierami, fakturowanie i synchronizację z hurtowniami albo marketplace’ami. Potem panel admina: lista zamówień, eksporty, zadania cron. Tych ostatnich nie odpuszczaj, bo błędy w tle lubią wyjść dopiero po kilku godzinach, kiedy już wszyscy myślą, że jest po robocie. A PrestaShop? Logika ta sama, tylko najpierw ustal, które wersje sklepu i modułów w ogóle wspierają PHP 8.

PHP 8.0 czy 8.1: którą wersję wybrać w 2022 roku?

Najnowszą, jaką obsługują wszystkie Twoje wtyczki, motyw i hosting. Tyle. Oba wydania mają dłuższe wsparcie niż 7.4, a dokładne terminy są w tym samym harmonogramie na stronie projektu PHP. Jeśli jedna ważna wtyczka działa tylko na 8.0, zostań przy 8.0 i wróć do tematu, gdy autor ją zaktualizuje. Moim zdaniem zmianę PHP najlepiej traktować jak zadanie cykliczne, np. z przeglądem raz do roku. Nie jak jednorazowy projekt robiony na ostatnią chwilę.

Do terminu końca wsparcia PHP 7.4 najlepiej mieć testy już za sobą, a nie dopiero je zaczynać. Pierwszy krok jest banalny: backup i staging jeszcze w tym kwartale.

Najczęstsze pytania