Najpierw zaktualizuj i przetestuj kopię strony na docelowym PHP. Następnie zmień wersję dla właściwej domeny w panelu, sprawdź kluczowe funkcje i logi. Ustal wcześniej możliwość powrotu do poprzedniej konfiguracji.
Kiedy zmiana PHP wymaga przygotowania?
PHP wykonuje kod WordPressa, motywu i części wtyczek. Zmiana wersji wpływa więc na cały zestaw, a nie tylko na sam rdzeń systemu. Strona może wyświetlać wpisy poprawnie, ale mieć problem z formularzem, importem lub płatnością. Test ograniczony do strony głównej jest zbyt wąski.
Powodem aktualizacji bywa zakończenie wsparcia starej gałęzi, wymaganie nowej wtyczki albo plan utrzymania hostingu. Wybierz wersję wspieraną i zgodną z aplikacją. Nie kieruj się wyłącznie tym, która pozycja na liście ma najwyższy numer. Sprawdź wymagania autorów używanych rozszerzeń i komunikaty dostawcy.
Zapisz stan wyjściowy
W WordPressie otwórz informacje o stanie witryny i zanotuj wersję PHP. Zapisz listę aktywnych wtyczek oraz motyw. Sprawdź, czy istnieją własne fragmenty kodu w motywie potomnym lub wtyczkach z własnymi funkcjami — łatwo pominąć je przy ocenie zgodności.
Przygotuj kopię plików i bazy oraz sposób odtworzenia. Dodatkowo zanotuj ustawienia PHP istotne dla strony, np. limit pamięci i uploadu. Nowa wersja może korzystać z innych ustawień lub rozszerzeń. Kopia danych nie zastępuje wiedzy o konfiguracji środowiska.
Najpierw próba na kopii
Utwórz środowisko testowe odseparowane od produkcji. Ogranicz dostęp i indeksowanie, wyłącz rzeczywiste płatności, newslettery i synchronizacje. Kopia sklepu nie powinna wysyłać klientom drugi raz tych samych wiadomości ani modyfikować stanów magazynowych.
Zaktualizuj tam zgodne komponenty, przełącz PHP i przejdź przygotowaną listę funkcji. Jeśli konkretna stara wtyczka nie jest rozwijana, rozważ zamiennik przed zmianą produkcyjną. Automatyczny skaner zgodności może pomóc znaleźć podejrzany kod, lecz nie zastąpi testu działania integracji.
Zmiana PHP w panelu hostingu
W DirectAdmin odszukaj ustawienia wybranej domeny lub dostępny selektor PHP. Zakres dostępnych wersji zależy od konfiguracji hostingu. Dla subdomen ustawienie może znajdować się przy konfiguracji ich katalogu dokumentów. Upewnij się, że zmieniasz środowisko właściwej witryny.
Zapisz zmianę i ponownie sprawdź wersję widoczną w WordPressie. Jeśli panel nie oferuje wyboru, uzgodnij go z dostawcą. Nie próbuj instalować PHP poleceniami dla administratora VPS na zwykłym koncie hostingowym. To inny poziom zarządzania usługą.
Lista testów po przełączeniu
- Strona główna i kilka różnych typów podstron otwierają się prawidłowo.
- Logowanie i panel administracyjny działają bez błędów.
- Formularz wysyła wiadomość, a odbiorca ją otrzymuje.
- Upload obrazu i generowanie miniatur kończą się poprawnie.
- W sklepie przechodzi koszyk, dostawa i płatność testowa.
- Zadania cykliczne wykonują pracę, a log PHP nie pokazuje nowych błędów.
PHP używane przez cron lub terminal może być inne niż PHP obsługujące stronę. Jeżeli po zmianie WWW import uruchamiany cyklicznie nadal zawodzi, sprawdź również komendę harmonogramu i użyty interpreter.
Biała strona lub błąd 500 po zmianie
Zachowaj godzinę wystąpienia i odczytaj log. Jeśli problem pojawił się bezpośrednio po przełączeniu PHP, powrót do wcześniejszej dostępnej wersji może pomóc przywrócić działanie, zanim poprawisz niezgodny komponent. Nie nadpisuj od razu bazy starą kopią, szczególnie gdy w międzyczasie zapisano zamówienia.
Dalszą diagnozę opisuje poradnik błędu 500 WordPressa. Przed wyborem hostingu WordPress Castpol warto przekazać wymagania aplikacji i plan aktualizacji. To pozwala uzgodnić środowisko przed migracją zamiast rozwiązywać niezgodność dopiero po zmianie DNS.