Sklep na PrestaShop 1.7.8 działa od lat i zarabia. Na PHP 8 nie wstanie, bo producent przewidział dla niego najwyżej PHP 7.4. Obok ma powstać nowa strona na WordPressie, a ten zaleca PHP 8.3 albo nowsze. Dwa hostingi? Nie trzeba. Wersję PHP da się ustawić osobno dla każdej strony, także w jednym koncie.
Dlaczego stary sklep nie ruszy na nowym PHP
Każda wersja PrestaShop ma listę wersji PHP, na których producent ją sprawdził. Wyżej producent niczego nie obiecuje, a stary sklep na nowszym PHP potrafi skończyć na białej stronie albo błędzie 500. Tak wygląda to według dokumentacji PrestaShop:
| Wersja PrestaShop | PHP według producenta |
|---|---|
| 1.6.1 | 5.2–7.1 |
| 1.7.5 i 1.7.6 | 5.6–7.2 |
| 1.7.7 | 7.1–7.3 |
| 1.7.8 | 7.1–7.4 |
| 8.0–8.2 | 7.2–8.1 |
| 9.0 | 8.1–8.4 |
| 9.1 | 8.1–8.5 |
Między 1.7.8 a 9.0 nie ma ani jednej wspólnej wersji PHP. Sklepu z 1.7 nie przeniesiesz na 8.4 jednym ruchem. Droga prowadzi przez PrestaShop 8: aktualizujesz sklep jeszcze na PHP 7.4, przełączasz PHP na 8.1, potem aktualizujesz do 9 i dopiero wtedy przechodzisz na 8.4.
Z WordPressem jest łagodniej. Rdzeń działa jeszcze na PHP 7.4, ale WordPress pisze wprost, że te wersje są po końcu wsparcia i mogą narazić stronę na ataki. Częściej psują się stare wtyczki i motywy niż sam rdzeń.
Do tego dochodzą płatne moduły zakodowane ionCube. Taki moduł działa na tej wersji PHP, pod którą autor go zakodował. Jeśli autor nie wydał wersji dla PHP 8, jeden moduł trzyma cały sklep na 7.x.
Jedna strona na 7.4, druga na 8.4
U nas wersję PHP wybierasz przy każdej stronie, na ekranie „Strony” w panelu. Do wyboru jest dwanaście wersji, od 5.6 do 8.5.
Zmiana to wybór z listy przy stronie. Panel najpierw uruchamia PHP w nowej wersji, a dopiero potem przełącza na nią stronę. Powrót robisz tak samo: ta sama lista, poprzednia wersja. Pozostałe strony w koncie zostają na swoich wersjach, bo każda ma własne ustawienie.
Loader ionCube jest włączony we wszystkich wersjach poza 8.0, bo dla niej producent go nie wydał. Szczegóły są w pomocy.
W cenniku nie ma pozycji za wersję PHP. Wszystkie dwanaście wersji jest w cenie każdego pakietu hostingowego, także 5.6 i 7.4.
PHP 7.4 jest bez wsparcia od 2022 roku
Wsparcie PHP 7.4 jego twórcy zakończyli 28 listopada 2022 roku. Ostatnie wydanie to 7.4.33. Wersja 8.0 skończyła się w listopadzie 2023, a 8.1 w grudniu 2025. Na końcu tego roku, 31 grudnia 2026, dołączy do nich 8.2. Wsparcie bezpieczeństwa dla 8.4 trwa do końca 2028 roku.
Czy 7.4 dostaje jeszcze jakieś poprawki? Pakiety PHP bierzemy z repozytorium Ondřeja Surego, który przygotowuje też PHP dla Debiana. Do starych gałęzi przenosi on poprawki bezpieczeństwa z nowszych wersji. Wydanie 7.4 z 21 października 2026 ma trzynaście poprawek oznaczonych numerami CVE. To praca wykonywana w miarę możliwości, bez gwarancji. Tak opisuje ją Freexian, firma sprzedająca płatne wsparcie starych wersji PHP z umową. Nowe wydania z tego repozytorium instalujemy we wszystkich kontach, także w wersjach po końcu wsparcia.
Jak to wygląda w praktyce, pokazał październik 2026. Dwudziestego zespół PHP zapowiedział na następny dzień wydanie z poprawkami dwóch krytycznych błędów, ocenionych na 9,2 w skali do 10. Których wersji dotyczą, nie podał. Wydanie wyszło 21 października: CVE-2026-109618 i CVE-2026-109619 pozwalały uruchomić na serwerze obcy kod bez logowania. Poprawione wydania dostały tylko wersje od 8.2 do 8.5. O starszych zespół PHP napisał wprost, że od niego aktualizacji już nie dostają. Tym razem, ze względu na wagę błędów, dołożył okrojone poprawki źródeł dla 7.4, 8.0 i 8.1. Dla 7.3 i starszych nie dał nic. Pięć dni później, 26 października, amerykańska agencja CISA wpisała oba błędy na listę podatności wykorzystywanych w atakach.
Stare wersje tym razem zdążyły. W repozytorium Surego pakiety od 7.2 do 8.1 z poprawką mają datę 21 października, ten sam dzień co wydanie. Wersje 5.6, 7.0 i 7.1 dostały ją dzień później. Płatne wsparcie firmy Freexian wydało poprawioną 7.4 dla Debiana 11 też 21 października. Tyle że dzień przed wydaniem właściciel sklepu na 7.4 nie wiedział, czy dostanie jakąkolwiek poprawkę. Dwa dni po wydaniu zespół PHP ogłosił kolejny, pokrewny błąd (CVE-2026-115560). Groźny jest tylko przy nietypowych ustawieniach. Poprawka przyjdzie z następnym zwykłym wydaniem, do tego czasu zostaje obejście w konfiguracji. Czy trafi też do 7.4, dziś nie wiadomo.
Co to znaczy dla sklepu? Twórcy PHP nie poprawiają już wersji 7.4. Poprawki przeniesione z nowszych wersji łatają znane dziury, ale nikt nie obiecuje, że trafi tam każda.
Druga sprawa jest bardziej przyziemna. Bramki płatności, firmy kurierskie, wtyczki do faktur i integracje z hurtowniami aktualizują swoje moduły pod nowsze PHP i prędzej czy później przestają wydawać wersje dla 7.4. Sklep działa, dopóki nic się u nich nie zmieni. Przy pierwszej zmianie API po ich stronie zostajesz bez aktualizacji.
Stare PHP daje czas na przygotowanie przeprowadzki. Ile tego czasu masz, zależy od sklepu i jego modułów, dlatego plan wyjścia przygotuj od razu, kiedy wszystko jeszcze działa.
Ile kosztuje stare PHP u innych dostawców
Część firm hostingowych w Polsce bierze dodatkowe pieniądze za wersje PHP po końcu wsparcia. LH.pl wprowadził taką opłatę w sierpniu 2024, Smarthost w styczniu 2025. Sprawdziliśmy oficjalne strony dostawców 27 października 2026. Kwoty przepisujemy tak, jak stoją u nich. Gdzie dostawca podaje tylko netto, kwotę brutto doliczyliśmy sami (VAT 23%).
| Dostawca | Opłata za stare PHP | Których wersji dotyczy | Jak naliczana |
|---|---|---|---|
| home.pl | 199,00 zł netto (244,77 zł brutto) za rok | 8.1 i starsze | włączona automatycznie, gdy działa starsza wersja, płatna od następnego okresu |
| nazwa.pl | 40 zł netto (49,20 zł brutto) za miesiąc, w promocji 0 zł w pierwszym okresie | 5.3–8.1 | usługa dodatkowa do hostingu |
| LH.pl | 100 zł netto (123,00 zł brutto) przy każdym odnowieniu, od 14 sierpnia 2024 | 8.1 i starsze (według kalendarza LH.pl) | doliczana do odnowienia, niezależnie od liczby stron |
| Smarthost | 100 zł netto (123,00 zł brutto) za rok dla 7.0 i nowszych, 180 zł netto (221,40 zł brutto) za rok dla 5.6 i starszych, od 2 stycznia 2025 | wersje bez wsparcia bezpieczeństwa | doliczana automatycznie do przedłużenia konta |
| cyber_Folks | pakiety WordPress „PHP od 5.2” droższe o 100–200 zł netto (123,00–246,00 zł brutto) za rok od wersji „PHP tylko aktualne” | 5.2–8.1 | dodatek Legacy PHP albo droższy wariant pakietu |
| AZ.pl | 139,00 zł netto (170,97 zł brutto) za pierwszy rok | 5.2–7.4 | zamawiana w panelu |
| LaoHost | od 59 do 249 zł brutto za rok | 8.1 i starsze | zależy od najstarszej wersji na serwerze |
| Zenbox | 0,90 zł brutto za pierwszy rok, ceny na kolejne lata strona nie podaje | 5.2–8.1 | dodatek Legacy PHP |
Trzeba uczciwie dodać, że utrzymanie starych wersji kosztuje dostawcę pracę i tak dostawcy tę opłatę uzasadniają. Smarthost pisze o dodatkowym wsparciu bezpieczeństwa od cPanel (PHP Extended Lifecycle Support). home.pl pisze o własnych ekspertach od bezpieczeństwa, LH.pl i Zenbox o kosztach utrzymania starszych wersji.
Za granicą wygląda to podobnie. Niemiecki IONOS bierze 15,62 € miesięcznie za PHP 7.4 i 8.0 oraz 7,81 € za 8.1. mittwald liczy 5 € netto miesięcznie za każdą starą wersję PHP w projekcie, a poprawki kupuje od firmy Zend.
Na co patrzeć? Na słowo „automatycznie”. U części dostawców opłata pojawia się sama na proformie za odnowienie, gdy choć jedna strona w koncie działa na starej wersji. Zajrzyj więc do ustawień PHP przed odnowieniem, a nie po. Druga rzecz to data końca wsparcia 8.2, czyli 31 grudnia 2026. Kto dziś nie płaci, bo ma 8.2, za rok może płacić.
Plan wyjścia z PHP 7.4 krok po kroku
Przejście na nowsze PHP zrób najpierw na kopii sklepu. Żywy sklep zostaje na 7.4, dopóki kopia nie przejdzie testów.
- Zrób kopię. Pliki i baza. U nas kopię bazy pobierzesz w panelu przy bazie, a pliki przez SFTP.
- Postaw kopię na subdomenie. Dodaj stronę, na przykład
test.twojsklep.pl, i od razu wybierz dla niej nowszą wersję PHP. Wgraj tam pliki, załóż drugą bazę, zaimportuj zrzut i popraw adres sklepu w konfiguracji. - Zablokuj kopię przed światem. Hasło w
.htaccesswystarczy. Wyłącz w kopii płatności i wysyłkę maili do klientów, zanim cokolwiek przetestujesz. - Sprawdź log błędów. Przejdź koszyk, logowanie, panel sklepu i wszystkie moduły płatności
i dostaw. Potem otwórz dziennik błędów PHP. U nas leży w katalogu
logskonta, osobno dla każdej wersji, na przykładphp8.4-error.log. KażdyFatal errortrzeba usunąć. Ostrzeżeń o przestarzałych funkcjach dziennik domyślnie nie zapisuje. Włączysz je na kopii przezphp_value error_reportingw.htaccess, jeśli chcesz zobaczyć, co zepsuje następna wersja. - Zaktualizuj sklep na kopii. Jeśli przeskok wymaga nowszej wersji PrestaShop, zrób go na kopii. Moduły zakodowane ionCube wymień na wersje dla nowego PHP u ich autorów.
- Przełącz żywy sklep. Gdy kopia działa, zmień wersję PHP przy prawdziwym sklepie albo przenieś na niego poprawiony kod. Jeśli coś pójdzie nie tak, wróć na 7.4 tą samą listą w panelu i masz czas na poprawki.
Sklep jest dziś u innego dostawcy? Przeniesienie stron w PHP robimy bezpłatnie, także sklepu na starej wersji PHP. Zakres opisuje strona migracji. Sklep najpierw ląduje u nas na tej wersji PHP, na której działa dziś (jeśli to 5.6 albo nowsza), a przejście na nowszą robisz potem we własnym tempie.
Źródła
Strony odczytane 27 października 2026 (mogą się zmienić):
- PHP, wersje bez wsparcia:
www.php.net/eol.php - PHP, wspierane wersje:
www.php.net/supported-versions.php - PrestaShop 1.6 i 1.7, wymagania:
devdocs.prestashop-project.org/1.7/basics/installation/system-requirements/ - PrestaShop 8, wymagania:
devdocs.prestashop-project.org/8/basics/installation/system-requirements/ - PrestaShop 9, wymagania:
devdocs.prestashop-project.org/9/basics/installation/system-requirements/ - WordPress, wymagania:
wordpress.org/about/requirements/ - home.pl:
pomoc.home.pl/baza-wiedzy/jak-wylaczyc-platne-wsparcie-starszych-wersji-phpihome.pl/wsparcie-php/ - nazwa.pl:
www.nazwa.pl/hosting/ - LH.pl:
www.lh.pl/pomoc/php/ - Smarthost:
www.smarthost.pl/obsluga-wersji-php-w-smarthostpl - cyber_Folks:
cyberfolks.pl/php/icyberfolks.pl/parametry-techniczne/ - AZ.pl:
az.pl/wsparcie-php/ - LaoHost:
www.laohost.pl/pomoc/serwery-wirtualne/serwer-www/wersje-php - Zenbox:
zenbox.pl/php/izenbox.pl/hosting/ - IONOS:
www.ionos.de/hosting/php-extended-support - mittwald:
www.mittwald.de/services/php-extended-support - Pakiety PHP 7.4 z repozytorium Ondřeja Surego (lista zmian w pakiecie źródłowym):
packages.sury.org/php/pool/main/p/php7.4/ - Freexian, PHP LTS, pytania i odpowiedzi:
www.freexian.com/lts/php/faq/ - PHP, zapowiedź i ogłoszenia z 20, 21 i 23 października 2026:
www.php.net/archive/2026.php - NVD, CVE-2026-109618:
nvd.nist.gov/vuln/detail/CVE-2026-109618 - NVD, CVE-2026-109619:
nvd.nist.gov/vuln/detail/CVE-2026-109619 - Freexian, poprawka 7.4 dla Debiana 11 (ELA-1853-1):
www.freexian.com/lts/extended/updates/ela-1853-1-php7.4/