PHP version and WordPress 6.6: what to check on your hosting

  • Home
  • PHP version and WordPress 6.6: what to check on your hosting
PHP version and WordPress 6.6: what to check on your hosting

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.

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:

  1. Zaloguj się do kokpitu jako administrator.
  2. Otwórz menu Narzędzia i wybierz Zdrowie witryny.
  3. Przejdź do zakładki Informacje.
  4. Rozwiń sekcję Serwer.
  5. 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:

  1. Wykonaj pełną kopię plików i bazy danych.
  2. Zaktualizuj WordPressa, wtyczki i motyw na dotychczasowym PHP.
  3. Utwórz kopię testową, czyli staging, i tam włącz nowe wydanie.
  4. Przejdź kluczowe ścieżki: formularze, koszyk, płatność, logowanie.
  5. Przełącz produkcję poza godzinami największego ruchu.
  6. 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.

Book a free consultation

Provide your phone number or schedule a meeting