Zapowiedziany na lipiec 2024 WordPress 6.6 przestaje obsługiwać PHP 7.0 i 7.1. Na hostingu trzeba więc sprawdzić trzy rzeczy: numer używanego PHP, zgodność motywu i wtyczek z nowszym wydaniem oraz możliwość powrotu do poprzedniego ustawienia. Wersja PHP WordPress to parametr, o którym większość właścicieli stron dowiaduje się dopiero z ostrzeżenia w kokpicie albo z wiadomości od firmy hostingowej. Spokojnie. Taki komunikat to nie awaria, tylko sygnał, że czas zaplanować zmianę. W czerwcu 2024 wydanie 6.6 jest jeszcze zapowiedzią, więc da się to przygotować bez nerwów.
Table of contents
Minimalna wersja PHP WordPress 6.6: co się zmienia?
Nowe minimum to PHP 7.2.24, zalecane pozostaje 7.4 lub wyższe. Tak wynika z zapowiedzi zespołu rdzenia WordPressa z 8 kwietnia 2024. Dlaczego akurat teraz? Bo łączny udział PHP 7.0 i 7.1 spadł w kwietniu 2024 do 2,45% monitorowanych instalacji, czyli wyraźnie poniżej zwyczajowego progu 5%, przy którym projekt rezygnuje ze starych wydań. Poprzednio wymagania podniesiono w WordPress 6.3, w sierpniu 2023.
Minimum i zalecenie to dwie różne rzeczy (często mylone). Na najniższym dopuszczalnym wydaniu strona się uruchomi, owszem. Ale to nie jest ustawienie docelowe, tylko dolna granica, poniżej której aktualizacja rdzenia w ogóle się nie zainstaluje.
Co się stanie ze stroną, która zostanie na PHP 7.0 lub 7.1?
Nic nagłego. Witryna nie przestanie działać, tylko zostanie na gałęzi 6.5, która według wpisu o zmianie wymagań nadal będzie dostawać poprawki bezpieczeństwa. Dla PHP 7.0 i 7.1 koniec wsparcia w WordPressie oznacza więc zatrzymanie rozwoju, a nie wyłączenie serwisu z dnia na dzień.
Skutki wychodzą z czasem. Strona nie dostanie funkcji z nowego wydania ani z kolejnych. Autorzy wtyczek i motywów zaczną podnosić własne wymagania, więc część aktualizacji po prostu przestanie być dostępna. No i rzecz najmniej przyjemna: stare wydania PHP nie dostają już poprawek od twórców języka, czyli luki w nich zostają otwarte. W sklepie internetowym w grę wchodzą dane klientów i zamówień, dlatego bezpieczeństwo sklepu WooCommerce zaczyna się od aktualnego środowiska serwera.
Jak sprawdzić wersję PHP na swojej stronie?
Numer PHP widać w kokpicie: Narzędzia - Zdrowie witryny, zakładka Informacje, sekcja Serwer. Chwila roboty, bez dostępu do serwera:
- Zaloguj się do kokpitu jako administrator.
- Otwórz menu Narzędzia i wybierz Zdrowie witryny.
- Przejdź do zakładki Informacje.
- Rozwiń sekcję Serwer.
- Odczytaj pozycję z wersją PHP.
Sąsiednia zakładka Stan pokazuje ostrzeżenie, gdy PHP jest przestarzałe. To ten sam komunikat, który prawdopodobnie skłonił Cię do szukania informacji. Drugie miejsce to panel hostingu. Tu uwaga: ustawienie bywa przypisane osobno do każdej domeny lub katalogu, więc jedna strona na koncie może działać inaczej niż pozostałe. Aha, przy okazji zapisz wersję bazy danych i listę aktywnych wtyczek. Przydadzą się przed zmianą.
Zgodność wtyczek i motywu z PHP 8: co zweryfikować przed zmianą
Po podniesieniu PHP najczęściej sypie się nie sam WordPress, tylko nieaktualizowane wtyczki i motyw. Rdzeń, jak podaje komunikat twórców WordPressa, jest zgodny z PHP 8.0 i 8.1 z wyjątkami, a obsługę 8.2 i 8.3 uznaje się za beta od WordPress 6.4.
Zgodność wtyczek z PHP 8 trzeba ocenić osobno dla każdego rozszerzenia. Na co patrzeć?
- datę ostatniej aktualizacji w repozytorium,
- deklarowane przez autora wymagane PHP,
- opis zmian, w którym widać, czy nowsze wydania języka były brane pod uwagę.
Szablony pisane na zamówienie i stare motywy potomne same się nie zaktualizują. Tu bez przeglądu kodu się nie obejdzie. Kto budował własny motyw WordPress od podstaw, powinien zajrzeć zwłaszcza do pliku funkcji i niestandardowych szablonów. A rozszerzenia porzucone przez autorów? Zastąp je odpowiednikami jeszcze przed przełączeniem, nie po.
Aktualizacja PHP na hostingu krok po kroku
Bezpieczna zmiana to kopia zapasowa, test na kopii strony, przełączenie wersji i kontrola działania. Plus gotowy plan powrotu. Kolejność nie jest przypadkowa, bo każdy etap zabezpiecza następny:
- Wykonaj pełną kopię plików i bazy danych.
- Zaktualizuj WordPressa, wtyczki i motyw na dotychczasowym PHP.
- Utwórz kopię testową, czyli staging, i tam włącz nowe wydanie.
- Przejdź kluczowe ścieżki: formularze, koszyk, płatność, logowanie.
- Przełącz produkcję poza godzinami największego ruchu.
- Sprawdź dziennik błędów serwera zaraz po zmianie i następnego dnia.
Plan powrotu jest krótki. Zanotuj poprzednie ustawienie z panelu, bo cofnięcie go trwa chwilę, a kopię trzymaj na wypadek uszkodzonych danych. Bardzo starą stronę lepiej przenosić stopniowo, wydanie po wydaniu, niż skakać o kilka naraz. Dużo łatwiej wtedy wskazać, co dokładnie się wysypało. I jeszcze jedno: wybierając hosting stron oraz poczty, zapytaj dostawcę, jakie wydania PHP udostępnia i czy można je zmieniać samodzielnie.
Którą wersję PHP wybrać i co zyskuje strona?
Celem jest najnowsze wydanie, z którym poprawnie działają motyw i wszystkie wtyczki. Nie samo spełnienie minimum. Każde wydanie PHP przechodzi ten sam cykl życia: najpierw wsparcie aktywne z poprawkami błędów, potem okres, w którym pojawiają się wyłącznie łatki bezpieczeństwa, na końcu brak jakichkolwiek aktualizacji. Im bliżej początku tego cyklu jest Twoje ustawienie, tym rzadziej trzeba będzie do tematu wracać.
I nie chodzi tylko o ochronę. Nowsze PHP zwykle sprawniej wykonuje ten sam kod, więc zmiana środowiska bywa jednym z prostszych kroków, gdy celem jest szybsze ładowanie strony WordPress.
Moim zdaniem wersja PHP WordPress powinna być stałym punktem przeglądu strony, a nie jednorazową akcją przed wydaniem 6.6. W praktyce wystarczy zerkać na nią przy okazji większych aktualizacji i reagować, zanim ostrzeżenie w kokpicie stanie się blokadą.
Najczęstsze pytania
Czy WordPress 6.6 zadziała na PHP 7.1?
Nie. Zapowiedziane minimum jest wyższe, więc aktualizacja rdzenia się nie zainstaluje. Strona zostanie na wcześniejszej gałęzi i nadal będzie otrzymywać poprawki bezpieczeństwa, ale bez nowych funkcji.
Czy zmiana wersji PHP może zepsuć stronę?
Może, jeśli wtyczka lub motyw korzysta z kodu niezgodnego z nowym wydaniem. Objawem bywa biały ekran, błąd krytyczny albo niedziałający pojedynczy element, na przykład formularz. Stąd właśnie kopia zapasowa, próba na stagingu i zapisane poprzednie ustawienie.
Kto zmienia wersję PHP - ja czy firma hostingowa?
Zwykle właściciel konta, w panelu hostingu, w ustawieniach domeny. A gdy takiej opcji brakuje? Wystarczy zgłoszenie do pomocy technicznej dostawcy z prośbą o przełączenie i podaniem docelowego wydania.








