Dla PHP 8.2 poprawki bezpieczeństwa kończą się 31.12.2026, dla PHP 8.1 i starszych już się skończyły (stan: 2026-10). Przenosimy rozbudowywane od lat aplikacje PHP, także z szablonami Smarty i frontendem w jQuery, na PHP 8.4 lub 8.5. Testujemy każdy etap.
Wersje PHP i koniec wsparcia: terminy od 5.6 do 8.5 ze źródłem
Dla PHP 8.2 aktualizacje bezpieczeństwa kończą się 31.12.2026, dla PHP 8.1 i starszych już się skończyły (stan: 2026-10). Oś czasu podaje terminy od PHP 5.6 do 8.5 ze źródłem, do tego wersje docelowe i listę kontrolną dla właścicieli aplikacji.
- Wszystkie terminy ze źródłem, stan: 2026-10
- PHP, Smarty i Slim od 2012 r. w systemach produkcyjnych
Opublikowano: 2026-10-26 · Stan na dzień: 2026-10 · Redakcja Prownex
Co pokazuje oś czasu i jak ją czytać
Dla wersji PHP od 8.1 do 8.5 obowiązuje ta sama zasada: dwa lata aktywnego wsparcia, a potem dwa lata wyłącznie aktualizacji bezpieczeństwa (stan: 2026-10). Z końcem aktualizacji bezpieczeństwa kończy się cykl życia wersji i nie ukazują się już żadne aktualizacje. Dotyczy to PHP 8.1 i starszych. PHP 8.2 osiągnie ten stan 31.12.2026, a PHP 8.3 31.12.2027.
Oś czasu podaje dla każdej wersji koniec aktualizacji bezpieczeństwa tak, jak podaje go php.net. Starsze gałęzie od PHP 5.x do 7.3 są zakończone od lat, a ich terminy można sprawdzić na php.net (otwiera się w nowym oknie). Data z przeszłości opisuje stan, a nie dzień wyłączenia: aplikacja działa dalej, ale na nowo wykryte luki nie ma już poprawek.
Wersję PHP używaną przez serwer WWW pokazuje funkcja phpinfo() na stronie testowej, którą potem należy usunąć. Polecenie php -v pokazuje wersję z wiersza poleceń, a ta może być inna. Przy hostingu współdzielonym wersję podaje panel dostawcy hostingu.
Terminy wsparcia wersji PHP
| Data | Zdarzenie | Źródło |
|---|---|---|
| 2018-12-31 | PHP 5.6: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2019-01-10 | PHP 7.0: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2019-12-01 | PHP 7.1: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2020-11-30 | PHP 7.2: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2021-12-06 | PHP 7.3: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2022-11-28 | PHP 7.4: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2023-11-26 | PHP 8.0: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2025-12-31 | PHP 8.1: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2026-11-19 | PHP 8.6: planowane wydanie wersji stabilnej (General Availability) według wiki PHP. | wiki.php.net (otwiera się w nowym oknie) |
| 2026-12-31 | PHP 8.2: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2027-12-31 | PHP 8.3: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2028-12-31 | PHP 8.4: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
| 2029-12-31 | PHP 8.5: koniec aktualizacji bezpieczeństwa. | php.net (otwiera się w nowym oknie) |
Co koniec wsparcia oznacza w praktyce
Koniec wsparcia nie oznacza wyłączenia. Aplikacja działa dalej, ale nowo wykryte luki bezpieczeństwa w PHP pozostają otwarte. Co to oznacza dla Państwa, zależy od wersji (stan: 2026-10):
- PHP 8.1 i starsze: Nie ma już aktualizacji bezpieczeństwa. Do czasu aktualizacji ryzyko można zmniejszyć ograniczeniem dostępu i zaporą WAF przed aplikacją, ale nie da się go usunąć.
- PHP 8.2: Aktualizacje bezpieczeństwa kończą się 31.12.2026. Potem obowiązuje to samo co dla PHP 8.1 i starszych.
- PHP 8.3: Aktualizacje bezpieczeństwa są dostępne do 31.12.2027, o rok dłużej niż dla PHP 8.2. Ta wersja może być celem pośrednim.
- PHP 8.4 i 8.5: Aktualizacje bezpieczeństwa są dostępne do 31.12.2028 i do 31.12.2029. Przy aktualizacji rozpoczynanej dziś te dwie wersje wchodzą w grę jako docelowe.
O nakładzie pracy przy aktualizacji rzadko decyduje sama aplikacja. Decydują rozszerzenia, biblioteki bez opiekuna, Smarty, jQuery i baza danych. Dopłata u dostawcy hostingu to sygnał ostrzegawczy: może na krótko dać czas, ale nie zastępuje aktualizacji.
Co warto teraz sprawdzić:
- Jakiej wersji PHP używają serwer WWW i wiersz poleceń?
- Jakich rozszerzeń i bibliotek używa aplikacja i czy są one nadal rozwijane?
- Jaka wersja Smarty i jQuery działa i jaka jest wersja bazy danych?
- Czy istnieją testy krytycznych procesów i środowisko testowe z możliwością powrotu?
- Czy dostawca hostingu pobiera już dopłatę albo zapowiada wyłączenie Państwa wersji?
Więcej o Smarty, jQuery i dopłatach dostawców hostingu znajdą Państwo na stronie Aplikacje PHP.
Co dalej, zależnie od sytuacji wyjściowej
-
-
Państwa system działa, ale nikt nie zna go dokładnie. Spisujemy aplikację, bazę danych, serwer i pocztę, oceniamy ryzyka, na piśmie rekomendujemy dalszą drogę, a na życzenie przejmujemy utrzymanie systemu.
-
Przenosimy Państwa aplikację w Lucee, ColdFusion lub PHP z klasycznego hostingu do kontenerów. Środowisko można wtedy odtworzyć, zaktualizować i przenieść na inny serwer. Część dostawców hostingu pobiera dopłaty za stare wersje PHP, a dla PHP 8.2 poprawki bezpieczeństwa kończą się 31.12.2026 (stan: 2026-10).
Przegląd stanu PHP o stałym zakresie i stałej cenie
Przegląd systemu legacy
Dla firm z systemem, którego nikt już dokładnie nie zna: przed aktualizacją, przed migracją lub przy zmianie dostawcy.
- Inwentarz wersji i zależności
- Mapa aplikacji, bazy danych, serwera i poczty e-mail
- Rejestr ryzyk dotyczących bezpieczeństwa, wsparcia i wiedzy
- Ocena kopii zapasowych i odtwarzania danych
- Rekomendacja „zostać przy obecnej wersji, podnieść wersję lub migrować” z macierzą opcji, która obejmuje także „przeniesienie do kontenera” i „udostępnienie jako API”
- Oszacowanie nakładu pracy w dniach
Cena obejmuje jeden system, czyli jedną aplikację wraz z jej bazą danych i serwerem. Kolejne systemy wyceniamy osobno.
Co zawiera wynik
Pisemny raport z inwentaryzacją, rejestrem ryzyk, rekomendacją i oszacowaniem nakładu pracy. Raport należy do Państwa.
Źródła
Informacje pochodzą z następujących publikacji projektów (stan: 2026-10):
- PHP: Supported Versions (otwiera się w nowym oknie) dla PHP od 8.2 do 8.5 i zasady dwóch lat aktywnego wsparcia oraz dwóch lat aktualizacji bezpieczeństwa.
- PHP: Unsupported Branches (otwiera się w nowym oknie) dla PHP 8.1, 8.0, 7.4 i starszych gałęzi.
- Wiki PHP: PHP 8.6 (otwiera się w nowym oknie) dla planowanego terminu wydania.
Pytania o wersje PHP i koniec wsparcia
Co się stanie, jeśli aktualizacja nie zostanie ukończona na czas?
Aplikacja nadal działa. Dla PHP 8.2 po 31.12.2026 nie będą jednak wydawane aktualizacje bezpieczeństwa (stan: 2026-10), a z każdą później ujawnioną luką ryzyko rośnie.
Jeśli zabraknie czasu na pełną aktualizację, są dwa rozwiązania pomostowe. Cel pośredni, na przykład PHP 8.3, otrzymuje aktualizacje bezpieczeństwa do 31.12.2027 (stan: 2026-10) i daje dodatkowy rok. Dodatkowo można ograniczyć dostęp do aplikacji, ustawić przed nią zaporę aplikacyjną (WAF) i dopuścić dostęp administracyjny tylko przez VPN. To zmniejsza ryzyko, ale go nie usuwa.
Czy Extended Support u naszego dostawcy hostingu to alternatywa dla aktualizacji PHP?
Krótkoterminowo Extended Support może dać czas, ale nie zastępuje aktualizacji. Obowiązuje tylko u danego dostawcy hostingu i kończy się najpóźniej wraz z wycofaniem danej wersji PHP. Nie mówi też nic o tym, czy Państwa aplikacja działa na nowej wersji.
Dopłata jest sygnałem ostrzegawczym: dostawca hostingu uważa Państwa wersję za wygasającą. Kto i tak zamierza odejść od klasycznego hostingu, znajdzie drogę na stronie Z hostingu do kontenera.
Ile kosztuje aktualizacja do PHP 8 i jak długo trwa?
Wiarygodną liczbę podamy dopiero po zapoznaniu się z Państwa aplikacją. Nakład pracy i czas zależą od jej stanu, a nie tylko od rozmiaru. Decydują wersja wyjściowa, rozszerzenia i biblioteki bez opiekuna, Smarty, baza danych, kodowanie znaków i istniejące testy.
Stałe ceny podajemy dla produktów wejściowych, tutaj dla Przeglądu systemu legacy z inwentaryzacją pod kątem PHP 8. Jego wynikiem jest oszacowanie nakładu pracy w dniach roboczych. Potem przygotowujemy ofertę na aktualizację: za stałą cenę, jeśli zakres jest jasny, w przeciwnym razie z rozliczeniem według czasu.
Czy musimy przepisać naszą aplikację PHP od nowa, żeby działała na PHP 8?
Zazwyczaj nie. Jeśli problemem jest tylko wersja PHP, aktualizujemy aplikację etapami i nie zmieniamy jej logiki. Przepisanie od nowa rzadko się opłaca.
Przepisanie wchodzi w grę, gdy framework nie jest już rozwijany, brakuje testów, a reguły biznesowe da się spisać. Czy dotyczy to Państwa aplikacji, pokaże Przegląd systemu legacy. Otrzymają Państwo rekomendację i oszacowanie nakładu pracy w dniach roboczych.
W 20 minut ustalimy, jaki pierwszy krok pasuje do Państwa systemu
Państwo opisują cel i obecny stan, my mówimy otwarcie, czy i jak możemy pomóc. Odpowiedź w ciągu jednego dnia roboczego, bez zobowiązań.
Telefon (niemiecki, polski, angielski)
+48 501 250 220
E-mail
E-mail
Dostępni: poniedziałek–piątek, 9:00–17:00 (czas środkowoeuropejski); wsparcie i awarie całą dobę (24/7)