PHP 8.1 koniec wsparcia: plan aktualizacji WordPressa i PrestaShop

Wsparcie bezpieczeństwa dla PHP 8.1 kończy się 31 grudnia 2025 roku. Od stycznia 2026 nikt już nie będzie łatał luk w tej gałęzi. Jeśli Twój sklep stoi na WordPressie, WooCommerce albo PrestaShop, przenieś go przed tą datą na PHP 8.2 lub 8.3, co potwierdza harmonogram wspieranych wersji PHP. Do końca roku zostało kilka tygodni. Mało? W sumie wystarczy, żeby przygotować migrację i przeprowadzić ją bez przestoju w sprzedaży. Poniżej masz plan, z którym PHP 8.1 koniec wsparcia przejdziesz spokojnie i bez niespodzianek.

Co oznacza koniec wsparcia PHP 8.1 dla Twojego sklepu?

Po 31 grudnia 2025 roku nie wyjdzie już żadna poprawka bezpieczeństwa dla PHP 8.1. Strona będzie działać dalej. Tyle że na fundamencie, który z miesiąca na miesiąc robi się coraz bardziej dziurawy. Twórcy języka opisują cykl życia każdej gałęzi bez owijania w bawełnę: według zasad wsparcia publikowanych na php.net wydanie ma pełne wsparcie przez dwa lata od pierwszej stabilnej wersji i w tym czasie dostaje poprawki zgłoszonych błędów oraz luk. Potem przychodzi okres samych łatek bezpieczeństwa. A na końcu? Nic.

W praktyce skutki widać szybko. Hosting może sam przełączyć konto na nowszą wersję (i zwykle nie pyta, kiedy Ci to pasuje), a kolejne wydania wtyczek i modułów przestaną deklarować zgodność z 8.1.

Jak sprawdzić wersję PHP sklepu w WordPressie i PrestaShop?

Wersję PHP odczytasz w panelu CMS albo w panelu hostingu. Kilka minut roboty. Gdzie zajrzeć:

• WordPress: Narzędzia > Zdrowie witryny > Informacje > Serwer.
• PrestaShop: Zaawansowane > Informacje, sekcja z konfiguracją serwera.
• Panel hostingu: ustawienia PHP dla konkretnej domeny.

Aha, jedna pułapka. Strona i zadania cron albo skrypty odpalane z linii poleceń (CLI) potrafią korzystać z różnych wersji PHP. Masz kopie zapasowe albo synchronizację z hurtownią na cronie? To sprawdź też tę wersję, bo panel pokaże Ci tylko jedną z nich.

Zgodność wtyczek PHP i modułów: co sprawdzić przed zmianą

Problemem rzadko jest sam CMS. Zwykle sypią się stare wtyczki, moduły i motywy. Zanim cokolwiek przełączysz, przejdź przez tę listę:

• wersja rdzenia WordPressa, WooCommerce albo PrestaShop,
• wymagania PHP podane w opisie każdej wtyczki i każdego modułu,
• data ostatniej aktualizacji dodatku,
• motyw główny i motyw potomny,
• własne modyfikacje i fragmenty kodu (snippety) dopisane do motywu,
• integracje z bramkami płatności, kurierami i systemem ERP.

Dodatki porzucone przez autorów wymień jeszcze przed migracją, nie po. Moim zdaniem lepiej od razu mieć licencję z aktualizacjami i wsparciem, jaką daje na przykład K4.pl. A jak zamiennika nie ma? Wtedy zostaje wtyczka napisana pod konkretną potrzebę sklepu.

Aktualizacja PHP 8.3 krok po kroku: plan na grudzień

Najbezpieczniej przejść na PHP 8.3 przez kopię testową, a produkcję przełączyć dopiero na końcu. Kolejność:

1. Zrób pełną kopię plików i bazy danych.
2. Postaw staging, czyli kopię testową strony, na przykład na subdomenie.
3. Zaktualizuj na nim CMS, wtyczki, moduły i motyw.
4. Przełącz PHP na stagingu.
5. Włącz logowanie błędów: WP_DEBUG_LOG w WordPressie albo tryb debugowania w PrestaShop.
6. Przetestuj ścieżkę zakupową: koszyk, płatność, mail z potwierdzeniem i fakturę.
7. Przełącz produkcję w godzinach najmniejszego ruchu.
8. Przez kilka dni obserwuj logi.

Czemu 8.3, a nie 8.2? Bo nowsza gałąź ma dłuższy horyzont wsparcia. Kolejna przeprowadzka czeka Cię po prostu później.

Co zrobić, gdy po zmianie wersji PHP coś przestaje działać?

Najpierw cofnij wersję PHP w panelu hostingu. Dopiero potem szukaj winowajcy w logach. Sklep wraca do życia od razu, a diagnozę robisz na spokojnie, bez klientów, którzy nie mogą zapłacić. Typowe objawy? Biały ekran, błąd 500, ostrzeżenia o przestarzałych funkcjach (deprecated) albo moduł płatności, który nagle milknie.

Źródło problemu namierzysz na stagingu: wyłączasz dodatki po kolei i przełączasz stronę na domyślny motyw. Stara, nudna metoda, ale działa. Jeśli błąd siedzi w wtyczce, którą ktoś nadal rozwija, zgłoś go autorowi. Gdy dodatek jest porzucony albo usterkę wywołała własna modyfikacja, nie ma co kombinować - lepiej zlecić poprawkę programiście.

Zostać na PHP 8.1 w 2026 roku? Ryzyka i wyjątki

Zostanie na nieobsługiwanej wersji to ryzyko, które bierzesz na siebie świadomie. Da się je przełknąć najwyżej na krótki okres przejściowy. Część hostingów oferuje rozszerzone łatki dla starszych gałęzi, jak PHP 7.4, ale to plaster, a nie plan. I jeszcze RODO: zobowiązuje sklep do odpowiedniego zabezpieczenia danych klientów, a przestarzałe oprogramowanie serwera ciężko za takie zabezpieczenie uznać.

PHP 8.1 koniec wsparcia to data, której nikt nie przesunie. Migrację za to da się zaplanować. Sprawdź wersję, przejrzyj dodatki i zarezerwuj termin na testy, zanim skończy się grudzień.

Najczęstsze pytania