Temat „WordPress a wersja PHP” jest ważny i… zaskakująco często zaniedbywany. Bywa, że użytkownicy nie mają wiedzy o tym, jak istotne jest, by ich witryna korzystała z aktualnych i wspieranych wersji oprogramowania. Dlatego w tym wpisie chcemy przybliżyć temat i podpowiedzieć, jak możesz zadbać o stan techniczny swojej strony w sieci.
TL;DR (dla niecierpliwych)
- WordPress: gałąź 6.8 (ostatnio 6.8.2 z 15 lipca 2025). Aktualizuj na bieżąco.
- PHP: aktywnie wspierane linie 8.3, 8.4. Wersja 8.5 jest w fazie beta, release planowany na listopad 2025.
- Oficjalna rekomendacja WP: PHP 8.3 lub nowsze.
- Objawy niekompatybilności: „biała strona”, kod błędu HTTP 500, komunikat „The site is experiencing technical difficulties”, wysyp ostrzeżeń (deprecations) w logu.
- Dobre praktyki: wykonaj backup → w miarę możliwości przejdź na środowisko testowe/staging → podbij wersję WordPressa + wtyczki + motyw → dopiero teraz zaktualizuj wersję PHP.
Aktualne wersje WordPressa (2025)
Stabilne wydania i poprawki publikowane są na WordPress News. Na dzisiaj najnowsze wydanie z gałęzi 6.8 to 6.8.2 (z dnia 15.07.2025).
Tip: nawet „drobna” aktualizacja WP często poprawia zgodność z nowszymi wersjami PHP i wygasza stare ostrzeżenia.
Jakie wersje PHP są dzisiaj wspierane
Oficjalny harmonogram PHP: aktywne linie8.3, 8.4 (z datami wsparcia i EOL). Od marca 2024 cykl wsparcia PHP wydłużono do 4 lat (2 lata aktywnego wsparcia + 2 lata łatki bezpieczeństwa).
Rekomendacja praktyczna:
- Produkcja: PHP 8.3 (bezpieczny wybór) lub 8.4 (najdłuższy horyzont wsparcia).
- Unikaj: EOL (end-of-line, przestarzałe), czyli wersja 8.0 i starsze (już poza wsparciem), wersje beta (8.5 nie została jeszcze oficjalnie zreleasowana, więc nie jest polecana na produkcję, ale można używać jej na środowiskach testowych).
WordPress a wersja PHP: oficjalne wymagania i kompatybilność
- Wymagania WP: „Recommended: PHP 8.3 lub nowsze”, minimum nadal niższe, ale nie trzymaj się minimum w produkcji.
- Tabela zgodności WordPress–PHP (ciągle aktualizowana) pokazuje, które gałęzie WP są testowane z 8.1–8.4; nowsze linie zwykle zaczynają od statusu „wspierane z zastrzeżeniem” i szybko przechodzą w pełne wsparcie wraz z łatkami. Zerkaj tu przed podbiciem PHP.
Dlaczego warto aktualizować PHP (i WP)
- Bezpieczeństwo: starsze PHP nie dostają łatek, są więc narażone na ryzyko przejęcia. (Patrz: daty EOL).
- Wydajność: każda seria PHP przyspiesza runtime, np. ze względu na mniejszy TTFB (Time To First Byte), czy niższe zużycie procesora. Oficjalne materiały WP zachęcają wprost do aktualizacji PHP ze względów wydajnościowych.
- Zgodność: nowe wtyczki/motywy celują w 8.2–8.4; na starym PHP narastają błędy i ostrzeżenia.
Objawy niekompatybilności i jak je rozpoznać
Najczęstsze symptomy:
- Biała strona / kod błędu HTTP 500 po zmianie wersji PHP.
- Komunikat „The site is experiencing technical difficulties.”
- Lawina E_DEPRECATED (np. „Creation of dynamic property … is deprecated” w PHP 8.2+).
- Ostrzeżenia w Site Health. (Narzędzie: Narzędzia → Kondycja witryny).
Gdzie patrzeć w logi:
Włącz logowanie błędów w wp-config.php:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true); // zapis do wp-content/debug.log
define('WP_DEBUG_DISPLAY', false); // nie pokazuj błędów publicznie
WP zapisze log do wp-content/debug.log (można wskazać własną ścieżkę).
Duże zmiany w PHP w ostatnich wersjach
- PHP 8.0 – named arguments, union types, attributes, JIT, nullsafe; pierwsza naprawdę „duża” fala zmian w składni i typach.
- PHP 8.1 – enums, readonly, fibers, intersection types,
never, sporo „ostrzejszej” kontroli typów. - PHP 8.2 – deprecjacja dynamicznych właściwości (nagminne w starszych pluginach; dziś ostrzeżenie).
- PHP 8.3 – m.in. typed class constants,
json_validate(), dopracowanie readonly/deep clone. - PHP 8.4 – kolejne zmiany (np. property hooks, nowe funkcje tablicowe).
Bezpieczna aktualizacja krok po kroku
Przygotowanie
- Pełny backup plików i bazy (i plan rollbacku).
- Staging lub klon lokalny.
- Aktualizuj WordPress, motyw i wtyczki (najpierw treści ekosystemu, dopiero potem PHP).
- Sprawdź Kondycję witryny (Site Health) i usuń czerwone alerty.
Test na stagingu
- Przełącz PHP kolejno: docelowa wersja (8.3/8.4).
- Przetestuj: logowanie do WP-Admin, edycja wpisu/strony, formularze, wyszukiwarka, koszyk/checkout (jeśli Woo), CRON, REST API.
- Włącz
WP_DEBUG_LOG, zreprodukuj ruch (np. crawlerem) i przejrzyjdebug.log.
WordPress Developer Resources - Jeśli sypią się deprecjacje (np. dynamic properties) – zidentyfikuj winowajców (zwykle 1–2 pluginy) i zaktualizuj/zmień.
Rollout
- Wyłącz cache, przełącz PHP na produkcji poza godzinami szczytu, włącz maintenance mode.
- Szybki smoke test + monitoring logów i błędów 24–48h.
- Włącz cache/CDN i warm-up.
Gdy po aktualizacji „spadnie” strona
- Skorzystaj z Recovery Mode (link przychodzi na e-mail admina, gdy WP wykryje fatal error).
- Użyj Health Check & Troubleshooting – tryb diagnostyczny wyłącza wtyczki i przełącza motyw tylko dla zalogowanego administratora (użytkownicy widzą stronę normalnie).
- Jeśli trzeba, na chwilę cofnij PHP do poprzedniej wersji, oczyść cache i diagnozuj na stagingu.
Dobre praktyki na przyszłość
- Polityka LTS „N–1”: celuj w bieżącą lub o jedną niższą wersję PHP w produkcji (dziś: 8.3/8.4).
- Przegląd co kwartał: aktualizacje WP + ekosystemu, lektura changelogów, krótkie testy E2E.
- Budżet na refaktor: jeśli wtyczka łapie dużo deprecjacji, zmień ją lub zgłoś problem do wystawcy.
- Automatyczna kontrola kondycji: regularnie zaglądaj do Narzędzia → Kondycja witryny i rozwiązuj problemy na bieżąco.
Podsumowanie
Trzymaj WordPress, motyw, wtyczki i PHP w aktualnych wersjach. Testuj przed produkcją, loguj błędy, reaguj na deprecjacje (zwłaszcza z 8.2+). W razie czego masz Recovery Mode i Health Check pod ręką.



