31 grudnia 2026 r. PHP 8.2 przestaje dostawać poprawki bezpieczeństwa. Od stycznia każda nowa luka w tej wersji zostaje otwarta na zawsze, a strona, która na niej działa, staje się celem łatwiejszym z każdym miesiącem. Według liczników hostingów to wciąż jedna z najczęściej używanych gałęzi, bo była domyślna w panelach przez dwa lata. Sprawdź, co masz, zanim zrobi to za Ciebie ktoś inny.
Kalendarz wsparcia PHP
| Wersja | Wydana | Aktywne wsparcie do | Poprawki bezpieczeństwa do |
|---|---|---|---|
| PHP 8.2 | 8 grudnia 2022 | 31 grudnia 2024 | 31 grudnia 2026 |
| PHP 8.3 | 23 listopada 2023 | 31 grudnia 2025 | 31 grudnia 2027 |
| PHP 8.4 | 21 listopada 2024 | 31 grudnia 2026 | 31 grudnia 2028 |
| PHP 8.5 | 20 listopada 2025 | 31 grudnia 2027 | 31 grudnia 2029 |
Zasada jest stała: dwa lata aktywnego rozwoju i dwa lata samych łatek bezpieczeństwa. Jeżeli przełączasz się dziś, sensowny wybór to 8.4 (do końca 2028 r.) albo 8.5 (do końca 2029 r.). PHP 8.3 kupuje tylko rok spokoju, a 8.1 skończyło się już w grudniu 2025 r.
Dlaczego hosting nie zrobi tego za Ciebie
Dobre hostingi trzymają stare wersje PHP przez lata, bo wymuszona zmiana potrafi położyć stronę klienta. Zamiast tego wysyłają ostrzeżenia w panelu i mailu. Efekt: setki tysięcy stron działa na wersjach bez wsparcia, bo „przecież wszystko działa”. Kłopot w tym, że stara wersja PHP zwykle idzie w parze ze starymi wtyczkami, a to właśnie one są najczęstszą bramą włamania do WordPressa.
Co się psuje przy zmianie wersji
- Stare wtyczki i motywy. Kod pisany pod PHP 7 używa funkcji, które w 8.x zniknęły albo zmieniły zachowanie. Objaw to biały ekran zaraz po przełączeniu - skąd się bierze i jak go cofnąć.
- Ostrzeżenia o przestarzałych konstrukcjach. PHP 8.2 oznaczyło jako przestarzałe dynamiczne właściwości klas, 8.4 zrobiło to z niejawnie opcjonalnymi parametrami. Strona działa, ale log błędów rośnie o megabajty dziennie i zapycha limit miejsca.
- Rozszerzenia. Po zmianie wersji sprawdź w panelu, czy dla nowej gałęzi włączone są te same moduły (Imagick, intl, opcache, mysqli). Na niektórych hostingach lista jest osobna dla każdej wersji.
- Limit pamięci. Nowsze PHP bywa oszczędniejsze, ale nowsze wtyczki nie. Jak podnieść limit pamięci PHP, opisaliśmy osobno.
Jak przełączyć wersję bez wyłączania strony
- Kopia zapasowa plików i bazy, najlepiej taka, którą umiesz przywrócić samodzielnie - co naprawdę chroni kopia na hostingu.
- Aktualizacja WordPressa, motywu i wtyczek na obecnej wersji PHP. Większość problemów ze zgodnością znika po samych aktualizacjach.
- Test na kopii. Jeżeli hosting ma funkcję staging albo pozwala założyć subdomenę, sklonuj stronę i tam przełącz PHP. Wtyczka PHP Compatibility Checker wskaże podejrzany kod, ale nie zastąpi klikania po stronie.
- Przełączenie w panelu (DirectAdmin: „Wybór wersji PHP”, cPanel: „MultiPHP Manager”). Zmiana działa natychmiast, bez restartu.
- Kwadrans obserwacji. Strona główna, logowanie do panelu, formularz kontaktowy, koszyk, wysyłka maila. Do tego log błędów PHP z panelu - jeśli pojawia się
Fatal error, wracasz na poprzednią wersję i szukasz winnej wtyczki.
Czy w ogóle warto iść wyżej niż wymagane minimum, sprawdzaliśmy w tekście PHP 8.4 na hostingu - czy warto przełączyć. Krótko: tak, i to nie tylko dla bezpieczeństwa, bo różnica w czasie generowania strony jest widoczna gołym okiem.
Kiedy zmiana hostingu ma sens
Jeżeli w panelu nie ma PHP 8.4 ani 8.5 we wrześniu 2026 r., dostawca jest rok w tyle i pewnie tak samo zaniedbuje resztę serwera. Na nowoczesnym hostingu wersję PHP wybierasz osobno dla każdej domeny, z 8.5 na liście od dnia premiery. To nie jest luksus - to minimum, żeby nie odkładać takich migracji na ostatni tydzień grudnia.
Źródło: php.net - Supported Versions, php.net - Unsupported Branches.