Spis treści
Dlaczego w ogóle warto aktualizować PHP
PHP to język, w którym działa WordPress. Każda nowa wersja jest szybsza i łata luki bezpieczeństwa. Strona na PHP 8.x zwykle generuje się wyraźnie szybciej niż na 7.4, a do tego nowe wersje WordPressa i wtyczek coraz częściej po prostu wymagają PHP 8.
Pozostanie na 7.4 oznacza brak poprawek bezpieczeństwa i ryzyko, że któregoś dnia hosting sam podniesie wersję – bez ostrzeżenia i bez testu.
Przygotowanie: zanim klikniesz „zmień wersję”
- Zrób pełną kopię zapasową plików i bazy danych.
- Zaktualizuj WordPressa, wtyczki i motyw na obecnej wersji PHP – nowe wersje dodatków są zwykle już zgodne z PHP 8.
- Sprawdź wtyczki porzucone – te bez aktualizacji od ponad 2 lat to główni kandydaci do problemów.
- Przygotuj kopię testową (staging) i to na niej zmień PHP w pierwszej kolejności.
Nie przeskakuj od razu o kilka wersji na produkcji. Bezpieczniej przejść etapami: 7.4 → 8.1 → 8.3 → 8.5, sprawdzając stronę po każdym kroku. Wtedy od razu wiesz, na której wersji pojawił się problem.
Wskazówka: wtyczka PHP Compatibility Checker albo narzędzie Site Health w WordPressie (Narzędzia → Zdrowie witryny) pomogą wyłapać część problemów jeszcze przed zmianą.
Co najczęściej psuje się po migracji
PHP 8 jest dużo bardziej rygorystyczny. To, co w 7.4 było tylko cichym ostrzeżeniem, w PHP 8 często kończy się błędem krytycznym. Najczęstsze przypadki:
Stare wtyczki i motywy
Kod pisany pod PHP 5 lub 7 używa funkcji, które w PHP 8 usunięto (np. create_function czy each). Efekt: biały ekran albo komunikat o błędzie krytycznym zaraz po zmianie wersji.
Surowsze typy danych
Operacje, które wcześniej „jakoś działały” – np. liczenie elementów czegoś, co nie jest tablicą, albo dodawanie tekstu do liczby – w PHP 8 rzucają błędem TypeError. Często dotyczy to własnych fragmentów kodu w pliku functions.php.
Ostrzeżenia widoczne na stronie
Nowe PHP zgłasza więcej komunikatów typu Deprecated i Warning. Jeśli wyświetlanie błędów jest włączone, mogą pojawić się u góry strony i rozsypać układ. Na produkcji zawsze ustaw WP_DEBUG_DISPLAY na false.
Brakujące rozszerzenia PHP
Po zmianie wersji hosting może mieć włączony inny zestaw rozszerzeń. Brak np. intl, imagick czy zip potrafi wyłączyć generowanie miniatur, faktur w sklepie albo import danych. Sprawdź listę rozszerzeń w panelu hostingu.
Co sprawdzić po zmianie wersji
- stronę główną, wpisy i kilka podstron,
- logowanie i panel administracyjny,
- formularze kontaktowe (wyślij testową wiadomość),
- w sklepie: koszyk, płatność testową i e-maile o zamówieniu,
- plik wp-content/debug.log z włączonym logowaniem błędów.
Coś poszło nie tak? W większości paneli hostingu możesz od razu wrócić do poprzedniej wersji PHP. Strona zacznie działać, a Ty spokojnie poszukasz przyczyny na kopii testowej.
Gdy winna jest konkretna wtyczka
Jeśli log wskazuje wtyczkę, najpierw poszukaj jej aktualizacji. Gdy autor ją porzucił, znajdź nowocześniejszy zamiennik. Ostatnia deska ratunku to poprawienie kodu – ale wtedy tracisz możliwość aktualizacji tej wtyczki, więc traktuj to jako rozwiązanie tymczasowe.
Podsumowanie
Migracja z PHP 7.4 do 8.5 to jedna z najlepszych rzeczy, jakie możesz zrobić dla szybkości i bezpieczeństwa strony. Klucz to kopia zapasowa, aktualne wtyczki, test na kopii strony i przejście etapami. Wtedy „co może pójść nie tak” zamienia się w kontrolowaną, spokojną aktualizację.
Zaktualizuję PHP bez przestoju
Sprawdzę zgodność wtyczek i motywu, przeprowadzę migrację na kopii testowej, a potem bezpiecznie na żywej stronie – z kopią zapasową i planem powrotu.
Zapytaj o aktualizację →