WordPress a wersja PHP: co jest aktualne, co kompatybilne

WordPress a wersja PHP: kompatybilność, bezpieczeństwo, objawy konfliktów, checklista aktualizacji i narzędzia diagnostyczne.

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)

  1. Bezpieczeństwo: starsze PHP nie dostają łatek, są więc narażone na ryzyko przejęcia. (Patrz: daty EOL).
  2. 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.
  3. 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.0named arguments, union types, attributes, JIT, nullsafe; pierwsza naprawdę „duża” fala zmian w składni i typach.
  • PHP 8.1enums, 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

  1. Pełny backup plików i bazy (i plan rollbacku).
  2. Staging lub klon lokalny.
  3. Aktualizuj WordPress, motyw i wtyczki (najpierw treści ekosystemu, dopiero potem PHP).
  4. Sprawdź Kondycję witryny (Site Health) i usuń czerwone alerty.

Test na stagingu

  1. Przełącz PHP kolejno: docelowa wersja (8.3/8.4).
  2. Przetestuj: logowanie do WP-Admin, edycja wpisu/strony, formularze, wyszukiwarka, koszyk/checkout (jeśli Woo), CRON, REST API.
  3. Włącz WP_DEBUG_LOG, zreprodukuj ruch (np. crawlerem) i przejrzyj debug.log.
    WordPress Developer Resources
  4. Jeśli sypią się deprecjacje (np. dynamic properties) – zidentyfikuj winowajców (zwykle 1–2 pluginy) i zaktualizuj/zmień.

Rollout

  1. Wyłącz cache, przełącz PHP na produkcji poza godzinami szczytu, włącz maintenance mode.
  2. Szybki smoke test + monitoring logów i błędów 24–48h.
  3. 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ą.