Hosting informuje, że PHP 8.1 nie jest już wspierane i trzeba przejść na nowszą wersję. Czasami alternatywą jest dodatkowa opłata za dalsze utrzymywanie starego środowiska.
Sama zmiana wersji PHP zajmuje chwilę. Problem w tym, że po jej wykonaniu WordPress, sklep albo jedna ze starszych wtyczek może przestać działać poprawnie.
Dlatego koszt aktualizacji PHP nie wynika zwykle z samego PHP. Zależy przede wszystkim od tego, w jakim stanie jest strona i z jakich wtyczek, motywów oraz własnych modyfikacji korzysta.
Co oznacza koniec wsparcia PHP 8.1?
PHP jest językiem, w którym zbudowany jest WordPress i zdecydowana większość jego wtyczek oraz motywów.
Poszczególne wersje PHP mają określony okres wsparcia. Po jego zakończeniu dana wersja nie otrzymuje już standardowych aktualizacji bezpieczeństwa od twórców PHP.
Dla PHP 8.1 okres ten zakończył się 31 grudnia 2025 roku.
Strona nie przestaje z tego powodu działać 1 stycznia. Może funkcjonować dokładnie tak samo jak wcześniej. Zmienia się jednak to, że pozostawanie na starej wersji zwiększa ryzyko bezpieczeństwa, a hosting może przestać ją standardowo obsługiwać albo zacząć pobierać za jej utrzymanie dodatkową opłatę.
Dlaczego hosting chce dodatkowej opłaty?
Utrzymywanie starej wersji PHP wymaga od dostawcy hostingu dodatkowej pracy i zabezpieczeń. Dlatego część firm hostingowych oferuje starsze wersje jako osobną, płatną usługę.
Z punktu widzenia właściciela strony powstaje wtedy wybór: płacić za możliwość dalszego korzystania ze starego środowiska albo zaktualizować PHP.
Pierwsze rozwiązanie może kupić trochę czasu, ale nie rozwiązuje przyczyny. Jeżeli strona jest zależna od starego oprogramowania, za kilka lub kilkanaście miesięcy sytuacja wróci przy kolejnej zmianie wersji.
Dlaczego nie wystarczy po prostu zmienić PHP w panelu?
Technicznie często właśnie tak wygląda aktualizacja. W panelu hostingu wybierasz nowszą wersję PHP i zapisujesz ustawienie.
Ryzyko znajduje się jednak w kodzie strony.
WordPress może działać prawidłowo na nowej wersji PHP, podczas gdy jedna stara wtyczka korzysta z funkcji, które zostały zmienione lub usunięte. Podobny problem może wystąpić w motywie albo kodzie napisanym specjalnie dla danej strony.
Efekt może być bardzo różny. Czasami strona przestanie się otwierać. Czasami przestanie działać tylko formularz. W sklepie może pojawić się błąd przy składaniu zamówienia, generowaniu dokumentu albo wykonywaniu zadania działającego w tle.
Najbardziej kłopotliwe są właśnie te sytuacje, w których strona na pierwszy rzut oka nadal wygląda normalnie.
Największym ryzykiem są porzucone wtyczki
Liczba wtyczek sama w sobie nie mówi jeszcze wiele o trudności aktualizacji.
Strona może mieć kilkadziesiąt regularnie aktualizowanych wtyczek i przejść migrację bez większych komplikacji. Może też mieć kilka dodatków, z których jeden nie był rozwijany od pięciu lat i blokuje całą zmianę.
W takim przypadku trzeba zdecydować, co z nim zrobić.
Jeżeli wtyczka nadal ma aktywnie rozwijany odpowiednik, można ją zastąpić. Jeżeli odpowiada za ważną funkcję stworzoną specjalnie dla firmy, czasami trzeba poprawić jej kod albo przepisać część rozwiązania.
Zdarza się również, że po przejrzeniu starej strony okazuje się, że dana wtyczka nie jest już do niczego potrzebna i można ją po prostu usunąć.
WordPress nie zawsze ostrzeże Cię wcześniej
Panel WordPressa potrafi informować o wymaganej wersji PHP, ale opiera się między innymi na danych zadeklarowanych przez autora konkretnej wtyczki.
Jeżeli producent aktywnie rozwija swój produkt, zazwyczaj aktualizuje również informacje o wymaganiach.
Gorzej ze starym oprogramowaniem, którego od dawna nikt nie rozwija.
Brak ostrzeżenia nie oznacza więc automatycznie, że każda zainstalowana wtyczka została przetestowana z nową wersją PHP.
To jeden z powodów, dla których nie warto traktować zielonych komunikatów w panelu jako pełnego testu zgodności strony.
Na jaką wersję PHP przejść?
Jeżeli aktualizacja wymaga przygotowania środowiska testowego, sprawdzenia wtyczek i przeprowadzenia testów, nie ma większego sensu wykonywać całej pracy tylko po to, aby przejść z jednej kończącej się wersji na kolejną, która niedługo znajdzie się w podobnej sytuacji.
Warto wybrać wersję PHP, która jest jednocześnie wspierana przez używanego WordPressa, wtyczki i motyw oraz ma przed sobą odpowiednio długi okres wsparcia.
Nie oznacza to jednak, że zawsze należy bez sprawdzenia wybierać najnowszą dostępną wersję. W istniejącej stronie ważniejsza jest zgodność całego środowiska.
Dlatego wersję docelową najlepiej ustalić po sprawdzeniu zależności, a nie przed nim.
Jak sprawdzić, czy strona jest gotowa na zmianę?
Najpierw warto zrobić inwentaryzację.
Trzeba sprawdzić wersję WordPressa, aktywny motyw, motyw potomny, zainstalowane wtyczki oraz własny kod dodawany przez poprzednich wykonawców.
Przy każdej wtyczce warto zwrócić uwagę na to, czy jest nadal rozwijana, kiedy otrzymała ostatnią aktualizację i czy producent deklaruje zgodność z nowszym PHP.
Osobno należy potraktować wtyczki premium. Brak aktualizacji może wynikać nie z porzucenia produktu, ale na przykład z wygasłej licencji.
W starszych stronach warto również sprawdzić własne modyfikacje zapisane w motywie oraz dodatki przygotowane specjalnie dla konkretnego projektu.
Aktualizacji nie powinno się testować na działającej stronie
Bezpieczniejszym rozwiązaniem jest przygotowanie kopii strony na środowisku testowym i dopiero tam uruchomienie jej na docelowej wersji PHP.
Wtedy można sprawdzić nie tylko stronę główną i kilka podstron, ale przede wszystkim funkcje istotne dla biznesu.
W przypadku strony firmowej będą to zwykle formularze kontaktowe, wysyłka wiadomości, logowanie i elementy administracyjne.
W sklepie lista jest dłuższa. Trzeba przejść proces zakupu, sprawdzić koszyk, płatności, wiadomości transakcyjne, generowanie faktur, integracje z magazynem, kurierami i systemami zewnętrznymi.
Dopiero po takich testach warto przełączać środowisko produkcyjne.
Co zrobić, jeśli jakaś wtyczka nie działa?
To zależy od tego, za co odpowiada.
Jeżeli jest zbędna, najlepszym rozwiązaniem może być jej usunięcie. Jeżeli istnieje aktywnie rozwijany zamiennik, można przeprowadzić migrację.
Jeżeli wtyczka obsługuje proces specyficzny dla firmy i nie ma odpowiednika, pozostaje aktualizacja jej kodu albo zastąpienie jej własnym rozwiązaniem.
Właśnie tutaj pojawia się faktyczny koszt migracji.
Nie płacisz za zmianę liczby 8.1 na 8.3 czy 8.4 w panelu hostingu. Płacisz za uporządkowanie zależności, które przez lata powstały wokół strony.
Płatne wsparcie starego PHP może mieć sens, ale jako rozwiązanie tymczasowe
Jeżeli hosting daje możliwość pozostania na PHP 8.1 za dodatkową opłatą, nie zawsze trzeba ją natychmiast odrzucać.
Może być rozsądnym rozwiązaniem na kilka tygodni, jeżeli sklep generuje sprzedaż, a aktualizacja wymaga przygotowania i testów.
Lepiej zapłacić za dodatkowy miesiąc i przeprowadzić migrację spokojnie niż zmienić środowisko produkcyjne bez sprawdzenia najważniejszych funkcji.
Problem zaczyna się wtedy, gdy rozwiązanie tymczasowe staje się stałym.
Kolejne miesiące opłat nie poprawiają stanu strony. Stare wtyczki pozostają stare, a dystans do aktualnych wersji oprogramowania rośnie.
Aktualizacja PHP jest dobrym momentem na uporządkowanie strony
Mail od hostingu o końcu wsparcia PHP często ujawnia problem, który powstał dużo wcześniej.
Jeżeli zmiana wersji środowiska budzi obawę, że strona może przestać działać, warto sprawdzić nie tylko PHP, ale cały sposób utrzymywania witryny.
Regularnie aktualizowana strona z aktywnie rozwijanymi zależnościami powinna przechodzić takie zmiany znacznie łatwiej niż projekt, którego nikt nie przeglądał przez kilka lat.
Dlatego przy okazji migracji warto usunąć nieużywane dodatki, wymienić porzucone wtyczki, odnowić potrzebne licencje i sprawdzić własny kod.
Zmniejsza to ryzyko nie tylko przy kolejnej wersji PHP, ale również przy aktualizacjach WordPressa i samych wtyczek.
Potrzebujesz zaktualizować PHP na istniejącej stronie?
W Dock zajmujemy się utrzymaniem i rozwojem stron oraz sklepów internetowych. Przy migracji PHP najpierw sprawdzamy WordPressa, wtyczki, motyw i własny kod, a dopiero później zmieniamy środowisko.
Jeżeli znajdziemy porzuconą zależność, określamy, czy można ją bezpiecznie zaktualizować, zastąpić innym rozwiązaniem, usunąć albo czy wymaga zmian w kodzie.
Dzięki temu przed rozpoczęciem właściwej migracji wiadomo, gdzie znajduje się ryzyko i z jakim zakresem prac trzeba się liczyć.
Jeżeli Twój hosting poinformował Cię o końcu wsparcia PHP 8.1, napisz do nas. Możemy sprawdzić stronę i określić, czego będzie wymagało przejście na aktualną wersję PHP.
