Koniec PHP 8.2 31 grudnia 2026: jak sprawdzić wersję i przejść na 8.3 przed hostingiem

Autor: Grzegorz Wojterzak. Aktualizacja: 23 listopada 2026. Czas czytania: około 10 minut.

PHP to język, w którym napisany jest WordPress, WooCommerce i prawie wszystkie wtyczki. Na serwerze działa w konkretnej wersji, którą wybiera hosting albo Ty w panelu hostingu. Każda wersja PHP jest wspierana przez określony czas, a potem twórcy przestają ją poprawiać.

Ten tekst jest o planowanym przejściu, zanim zrobi to za Ciebie hosting. Jeśli strona już przestała działać po zmianie PHP, przejdź od razu do poradnika Hosting zmienił PHP i strona padła: tam opisuję szybki powrót i szukanie winnej wtyczki.

Co znaczy „koniec wsparcia” i co to oznacza dla Ciebie

Twórcy PHP dzielą życie każdej wersji na dwa etapy. Przez pierwsze dwa lata wersja ma aktywne wsparcie: poprawiane są zwykłe błędy i luki bezpieczeństwa. Potem przez kolejne dwa lata dostaje już tylko poprawki bezpieczeństwa, wydawane w razie potrzeby. Po tym czasie jest koniec wsparcia (end of life): według php.net użytkownicy takiej wersji powinni jak najszybciej przejść na nowszą, bo mogą być narażeni na niezałatane luki.

Dla właściciela strony praktyczne skutki są trzy:

• Bezpieczeństwo. Od 1 stycznia 2027 nowa luka w PHP 8.2 nie zostanie oficjalnie załatana. Atakujący nie muszą jej szukać w Twoim WordPressie, wystarczy, że jest w PHP na serwerze.
• Decyzja hostingu. Hostingi w różny sposób kończą obsługę starych wersji. Bywa, że przełączają konta na nowszą wersję automatycznie z wyprzedzeniem ogłoszonym w mailu, utrzymują starą wersję dłużej z własnymi poprawkami albo za dodatkową opłatą. Sprawdź komunikaty i panel swojego hostingu, bo tu każdy działa inaczej.
• Wtyczki. Twórcy wtyczek stopniowo podnoszą minimalną wersję PHP. Przykład: WooCommerce zapowiedział, że wersja 11.6, planowana na luty 2027, będzie wymagać PHP 8.1 lub nowszego. Sklepy na PHP 7.4 i 8.0 zatrzymają się na WooCommerce 11.5.

Jak sprawdzić, jakiej wersji PHP używa Twoja strona: trzy sposoby

Sposób 1: raport Stan witryny w WordPressie

W panelu WordPressa otwórz Narzędzia → Stan witryny (w wersji angielskiej: Tools → Site Health), przejdź na zakładkę Informacja i rozwiń sekcję Serwer. Wiersz Wersja PHP pokazuje wersję, na której naprawdę działa strona. Jeśli WordPress uzna Twoją wersję za przestarzałą, na zakładce Status pojawi się też ostrzeżenie o konieczności aktualizacji PHP.

Sposób 2: status systemu WooCommerce

W sklepie te same dane znajdziesz w raporcie WooCommerce → Status → Status systemu (w wersji angielskiej System status), w tabeli Środowisko serwerowe. Jest tam też wersja bazy danych, przydatna przy rozmowie z hostingiem. Przycisk Pobierz raport systemowy kopiuje cały raport do schowka, więc możesz go wkleić w zgłoszenie.

Sposób 3: panel hostingu lub terminal

W panelu hostingu poszukaj ustawień PHP dla domeny. Zwykle jest tam lista wersji do wyboru i ustawienia takie jak limit pamięci. Jeśli masz dostęp przez SSH, czyli zdalny terminal na serwerze, możesz użyć WP-CLI. To polecenie wypisuje wersję PHP, z którą działa WordPress uruchomiony z terminala:

$ wp eval "echo PHP_VERSION;"
8.3.6

Wynik pochodzi z testowej instalacji. Uwaga: WP-CLI działa w terminalu, więc to polecenie, tak samo jak php -v, pokazuje wersję PHP wiersza poleceń. Na wielu hostingach terminal i strona mają osobno ustawiane wersje, więc wynik w terminalu może się różnić od raportu w panelu. W razie rozbieżności wierz raportowi Stan witryny.

PHP 8.3 czy od razu 8.4?

WordPress zaleca PHP 8.3 lub nowsze. Według podręcznika zespołu WordPressa dla hostingów WordPress 7.0 i 7.1 obsługują PHP 8.4 i 8.5, a hostingom zespół zaleca dla stron produkcyjnych PHP 8.4 lub nowsze. WooCommerce w swoich zaleceniach podaje PHP 8.3 lub nowsze, testowane do 8.4. Problemem rzadko jest więc sam WordPress, częściej stara wtyczka albo motyw.

Aktualną tabelę zgodności wersji WordPressa z wersjami PHP prowadzi zespół WordPressa w podręczniku dla hostingów. Zgodność dodatków sprawdzisz na stronie każdej wtyczki (pole z minimalną wersją PHP i lista zmian) albo pytając twórcę wprost: „czy wersja X działa na PHP 8.4?”. Przy płatnych wtyczkach bez aktywnej licencji nie dostaniesz poprawek, więc taka wtyczka jest pierwszym kandydatem do odnowienia licencji lub wymiany.

Co konkretnie może sprawić kłopot przy 8.4? Najczęściej nowe ostrzeżenia o przestarzałym kodzie (deprecated), np. o tzw. niejawnie dopuszczalnym null w parametrach funkcji. Takie ostrzeżenie nie wyłącza strony, ale potrafi zapchać log błędów albo, przy włączonym wyświetlaniu błędów, pojawić się na stronie. Na kopii testowej to dobry sygnał, które wtyczki wymagają aktualizacji. A PHP 8.5? Jest wspierane najdłużej, do końca 2029 roku, ale część hostingów i dodatków jeszcze go nie obsługuje. Dla sklepu na dziś wybieram 8.3 albo 8.4.

Plan przejścia na kopii strony krok po kroku

1. Spisz obecny stan

   Zapisz wersję PHP, limity z raportu Stan witryny (pamięć, czas wykonania, rozmiar przesyłanego pliku) i listę wtyczek z wersjami. W sklepie najwygodniej skopiować raport z WooCommerce → Status.

2. Zrób kopię zapasową

   Pliki i baza, zapisane poza serwerem. Kopia z panelu hostingu wystarczy, jeśli wiesz, jak ją przywrócić.

3. Zaktualizuj wtyczki, motyw i WordPressa, jeszcze na starym PHP

   Nowe wersje dodatków zwykle zawierają poprawki zgodności z nowym PHP. Usuń wtyczki, których nie używasz. Dodatki bez aktualizacji od ponad roku zapisz na liście do sprawdzenia albo wymiany.

4. Przełącz PHP na kopii testowej

   Na kopii (staging) wybierz w panelu hostingu PHP 8.3 albo 8.4. Jeśli hosting nie pozwala ustawić innej wersji dla kopii, poproś o to wsparcie hostingu. Sprawdź, czy po zmianie limity PHP są takie jak przed nią.

5. Przetestuj to, co zarabia

   Strona główna, wyszukiwarka, koszyk, kasa z testową płatnością, mail z potwierdzeniem, formularz kontaktowy, logowanie do panelu i edycja produktu. Potem przejrzyj log błędów PHP w panelu hostingu albo plik wp-content/debug.log przy włączonym WP_DEBUG_LOG.

6. Przełącz PHP na prawdziwej stronie i obserwuj

   Najlepiej rano w dzień roboczy, nie w piątek wieczorem i nie w dniu promocji. Przez pierwsze godziny zaglądaj do logu błędów i do listy zamówień. Jeśli coś pójdzie źle, wróć do poprzedniej wersji w panelu i skorzystaj z poradnika Hosting zmienił PHP i strona padła.

Przy okazji zmiany PHP sprawdź limit pamięci. WooCommerce w swoich zaleceniach podaje co najmniej 256 MB dla WordPressa. Ostrzeżenie o zbyt niskim limicie widać w raporcie statusu sklepu:

Jeśli chcesz sprawdzić kod wtyczek automatycznie przed zmianą, opisuję narzędzie PHP Compatibility w artykule o zmianie PHP przez hosting.

Kiedy nie robić tego samemu

Zmiana PHP w panelu to kilka kliknięć, ale jej skutki bywają trudne do oceny. Poproś o pomoc, gdy:

• strona jest na PHP 7.4 lub 8.0 i czeka ją skok o kilka wersji naraz,
• masz motyw lub wtyczki pisane na zamówienie albo modyfikowane przez poprzedniego wykonawcę,
• hosting nie daje kopii testowej, a sklep nie może sobie pozwolić na przerwę,
• po zmianie na kopii w logu pojawiają się błędy, których nie rozumiesz,
• hosting już przełączył PHP i strona nie działa (wtedy liczy się czas).

Najczęstsze pytania