PHP 8.2 bez wsparcia od 2027 - co zrobić ze stroną i sklepem

PHP 8.2 ma poprawki bezpieczeństwa tylko do 31 grudnia 2026 roku, a od 1 stycznia 2027 nie ma żadnego wsparcia (php.net: wspierane wersje PHP). Koniec wsparcia PHP 8.2 nie wyłącza strony, ale luki znalezione w tej wersji po 31 grudnia 2026 nie dostają poprawek. Przenieś stronę na PHP 8.3 lub 8.4, a wcześniej sprawdź na kopii, czy CMS, motyw, wtyczki i moduły działają na nowej wersji.

Jak długo PHP dostaje poprawki

Według zasad opisanych na php.net każda wersja PHP ma cztery lata wsparcia. Przez pierwsze dwa lata dostaje poprawki błędów i bezpieczeństwa, przez kolejne dwa wyłącznie poprawki krytycznych luk, wydawane wtedy, gdy są potrzebne. Potem trafia na listę wersji bez wsparcia. Daty dla wspieranych wersji:

• PHP 8.2 - wydana 8 grudnia 2022, pełne wsparcie do 31 grudnia 2024, poprawki bezpieczeństwa do 31 grudnia 2026.
• PHP 8.3 - wydana 23 listopada 2023, pełne wsparcie do 31 grudnia 2025, poprawki bezpieczeństwa do 31 grudnia 2027.
• PHP 8.4 - wydana 21 listopada 2024, pełne wsparcie do 31 grudnia 2026, poprawki bezpieczeństwa do 31 grudnia 2028.
• PHP 8.5 - wydana 20 listopada 2025, pełne wsparcie do 31 grudnia 2027, poprawki bezpieczeństwa do 31 grudnia 2029.

Wersji 8.1 i starszych nie ma już na liście wspieranych. Jeśli Twoja strona działa na PHP 7.4, 8.0 albo 8.1, sprawa jest pilniejsza niż przy 8.2, bo te wersje nie dostają żadnych poprawek. Co zmieniło się w samym języku w wersji 8.4, opisałem we wpisie o nowościach w PHP 8.4 i aktualizacji strony.

Co oznacza koniec wsparcia PHP 8.2 dla strony i sklepu

• Strona działa dalej. Nic nie wyłącza się automatycznie 1 stycznia 2027. Firma hostingowa może jednak z czasem wycofać starą wersję z oferty albo przełączyć konta na nowszą, dlatego warto czytać komunikaty od dostawcy.
• Nowe luki zostają otwarte. Podatność w PHP 8.2 znaleziona po 31 grudnia 2026 nie dostanie oficjalnej poprawki.
• Aktualizacje dodatków przestają przychodzić. Autorzy wtyczek, motywów i modułów podnoszą minimalną wymaganą wersję PHP. WordPress nie pozwala zaktualizować wtyczki do wersji, która wymaga nowszego PHP niż ten na serwerze, więc stara wersja PHP potrafi zablokować także poprawki bezpieczeństwa samych wtyczek.

Jakiej wersji PHP wymagają WordPress, WooCommerce i PrestaShop

Zanim wybierzesz wersję, sprawdź wymagania systemu, na którym stoi strona. Według oficjalnych stron projektów:

• WordPress zaleca PHP 8.3 lub nowsze. Działa też na PHP od 7.4, ale strona wymagań zaznacza, że takie wersje nie mają już wsparcia i mogą narażać stronę na luki (wymagania WordPressa). Według tabeli zgodności WordPress 7.0 i 7.1 działają z PHP od 7.4 do 8.5 (zgodność WordPressa z wersjami PHP).
• WooCommerce od wersji 10.8 zaleca PHP 8.3 lub nowsze, a dokumentacja podaje, że wtyczka jest testowana do PHP 8.4 (wymagania WooCommerce).
• PrestaShop 8.0-8.2 działa na PHP od 7.2 do 8.1. PHP 8.2 i nowsze nie są obsługiwane (wymagania PrestaShop 8).
• PrestaShop 9.0 działa na PHP od 8.1 do 8.4, a PrestaShop 9.1 na PHP od 8.1 do 8.5, przy czym dokumentacja zaleca dla niego PHP 8.5 (wymagania PrestaShop 9). PrestaShop 9.2, wydany 30 września 2026, również obsługuje PHP od 8.1 do 8.5 (ogłoszenie PrestaShop 9.2).

Sklep na PrestaShop 8 wymaga osobnego planu

PrestaShop 8 nie działa na PHP 8.2 ani nowszym, więc sklep na tej wersji pracuje najwyżej na PHP 8.1, którego nie ma już na liście wspieranych wersji php.net. Sama gałąź PrestaShop 8.2 nadal dostaje poprawki krytycznych błędów i bezpieczeństwa. Przykładem jest wydanie 8.2.8 z 18 sierpnia 2026, które usunęło pięć podatności (PrestaShop 8.2.8). Według zespołu PrestaShop takie wsparcie potrwa do premiery PrestaShop 10.0.0 (wsparcie gałęzi 8.2).

Żeby sklep działał na wspieranej wersji PHP, trzeba przejść na PrestaShop 9. Kiedy to się opłaca, a kiedy lepiej poczekać, opisuję we wpisie PrestaShop 8 czy 9.2 - kiedy przechodzić. Samą zmianę wersji sklepu, razem z kolejnością podnoszenia PHP, opisałem w poradniku jak bezpiecznie zaktualizować PrestaShop do nowej wersji.

Na którą wersję PHP przejść

Stosuję jedną zasadę: najwyższa wersja, którą oficjalnie obsługują wszystkie elementy strony, czyli CMS, motyw i każda aktywna wtyczka lub moduł.

• PHP 8.3 - poprawki bezpieczeństwa do 31 grudnia 2027. Najmniejszy krok od 8.2, ale jego wsparcie kończy się tylko rok później niż wsparcie PHP 8.2.
• PHP 8.4 - poprawki bezpieczeństwa do 31 grudnia 2028. Dla sklepu na WooCommerce to zwykle najlepszy wybór, bo dokumentacja WooCommerce mówi o testach do tej wersji.
• PHP 8.5 - najdłuższe wsparcie, do 31 grudnia 2029. Wybieram ją tam, gdzie wszystkie dodatki deklarują zgodność, na przykład w sklepie na PrestaShop 9.1 lub 9.2.

Listę zmian, które mogą zepsuć starszy kod, php.net publikuje w przewodnikach migracji dla każdej wersji, na przykład z PHP 8.3 do 8.4. Przy przeskoku o kilka wersji czytam wszystkie przewodniki po kolei.

Jak sprawdzić, na jakiej wersji PHP działa strona

• WordPress - Narzędzia, Stan witryny, zakładka Informacja, sekcja Serwer.
• WooCommerce - raport statusu systemu w menu WooCommerce, sekcja środowiska serwera.
• PrestaShop - w zapleczu strona Informacje w parametrach zaawansowanych.
• Panel hostingu - ustawienia PHP dla domeny. Sprawdź też wersję PHP dla zadań cron i wiersza poleceń, bo bywa ustawiona osobno.

Checklista przed zmianą wersji PHP

1. Spis elementów strony - wersja CMS, motyw, aktywne wtyczki lub moduły z numerami wersji. Przy każdym sprawdzam wymaganą i obsługiwaną wersję PHP w katalogu wtyczek albo w dokumentacji autora.
2. Najpierw aktualizacje, potem PHP - CMS i dodatki aktualizuję do najnowszych wersji jeszcze na starym PHP. Jedna zmiana naraz ułatwia ustalenie, co spowodowało błąd.
3. Dodatki porzucone przez autora - wtyczka albo moduł bez aktualizacji od kilku lat to pierwszy kandydat do problemów. Szukam zamiennika albo planuję poprawkę.
4. Kod pisany na zamówienie - motyw potomny, dedykowane wtyczki, moduły i nadpisania klas przeglądam pod kątem zmian z przewodników migracji php.net. Narzędzia do automatycznej analizy zgodności kodu z wersją PHP wyłapują część problemów, ale nie zastępują testów.
5. Dodatki zakodowane - wtyczki i moduły zaszyfrowane, na przykład przez ionCube, działają tylko wtedy, gdy na serwerze jest loader zgodny z nową wersją PHP.
6. Rozszerzenia i ustawienia PHP - te same rozszerzenia, na przykład intl, gd, zip czy soap, i te same limity pamięci, czasu wykonania oraz liczby pól formularza. Po przełączeniu wersji w panelu hostingu ustawienia potrafią wrócić do domyślnych.
7. Kopia zapasowa i środowisko testowe - pełna kopia plików i bazy danych, potem kopia strony na docelowej wersji PHP, z włączonym zapisem błędów i ostrzeżeń o przestarzałych funkcjach.
8. Testy - formularze, wysyłka maili, logowanie, koszyk i płatności w trybie testowym, zadania cron, importy oraz integracje, na przykład z BaseLinkerem albo ERP.
9. Przełączenie i obserwacja - zmiana wersji na serwerze produkcyjnym poza godzinami największego ruchu, kontrola logów przez kilka dni i gotowy powrót do poprzedniej wersji PHP w panelu, jeśli coś przestanie działać.

Co, jeśli coś nie działa na nowym PHP

Problem często dotyczy jednego dodatku, a nie całej strony. Są wtedy trzy drogi: aktualizacja do wersji zgodnej z nowym PHP, zamiennik albo poprawka kodu. Wtyczki, których autor już nie utrzymuje, poprawiam albo piszę od nowa w ramach usługi Wtyczki WordPress / WooCommerce. W sklepie PrestaShop to samo dotyczy modułów. Bieżące aktualizacje sklepu i modułów w ramach jednej wersji opisałem we wpisie jak nie zaniedbać sklepu PrestaShop po wdrożeniu.

Jeśli strona stoi na wersji CMS, która nie działa na żadnym wspieranym PHP, sama zmiana PHP nie wystarczy. Najpierw trzeba zaktualizować albo przebudować stronę, a dopiero potem podnieść PHP.

Najczęstsze pytania

Czy strona na PHP 8.2 przestaje działać po zakończeniu wsparcia?

Nie. Koniec wsparcia oznacza brak nowych poprawek bezpieczeństwa, a nie wyłączenie PHP na serwerze. O tym, jak długo stara wersja zostanie dostępna na koncie, decyduje firma hostingowa.

Czy mogę zostać na PHP 8.2, jeśli wszystko działa?

Technicznie tak, ale każda luka znaleziona w PHP 8.2 po 31 grudnia 2026 zostanie bez oficjalnej poprawki. Do tego kolejne wydania wtyczek i modułów będą wymagać nowszego PHP, więc z czasem tracisz także poprawki samych dodatków.

Hosting nie oferuje nowszej wersji PHP. Co wtedy?

Zapytaj dostawcę o plan aktualizacji. Jeśli nowszej wersji nie ma w ofercie, zostaje przeniesienie strony na inny hosting. Przeprowadzka bez zmiany adresów jest prosta, ale też wymaga kopii zapasowej, testu i przepięcia domeny.

Ile trwa przejście na nowszą wersję PHP?

Gdy wszystkie dodatki deklarują zgodność, test i przełączenie to krótka praca. Najwięcej czasu zajmuje kod pisany na zamówienie i dodatki porzucone przez autorów, bo wymagają poprawek albo zamienników. Zakres znam po spisie elementów strony i teście na kopii.

Czy zadania cron korzystają z tej samej wersji PHP co strona?

Nie zawsze. U części firm hostingowych wersja wybrana dla domeny dotyczy tylko stron otwieranych w przeglądarce, a zadania cron i polecenie php w SSH korzystają z domyślnej wersji serwera. Po zmianie sprawdzam ją poleceniem php -v, a w razie potrzeby wpisuję w zadaniu cron pełną ścieżkę do właściwej wersji PHP z dokumentacji hostingu.

Sprawdzenie wersji PHP, test na kopii i przełączenie serwera robię w ramach administracji stron internetowych. Jeśli nie wiesz, na jakim PHP działa Twoja strona, zacznij od panelu CMS albo hostingu i porównaj wynik z datami z tego wpisu.