PrestaShop 1.7 w 2026 roku: zostać czy aktualizować?
Wiele sklepów nadal działa na PrestaShop 1.7 – i działa dobrze. Pytanie „aktualizować czy nie” wraca jednak przy każdej awarii modułu, każdym mailu od hostingu i każdej nowej wersji bramki płatności. Oto uczciwe zestawienie stanu na 2026 rok: co realnie grozi sklepowi na 1.7, kiedy rozsądnie jest zostać, kiedy aktualizować i do której wersji.
Fakty na 2026 rok
- Ostatnie wydanie 1.7 to 1.7.8.11 ze stycznia 2024 r. – poprawka bezpieczeństwa. Gałąź 1.7.8 od początku 2023 r. jest w fazie rozszerzonego wsparcia, w której pojawiają się tylko krytyczne poprawki.
- PrestaShop 1.7.8 działa najwyżej na PHP 7.4. PHP 7.4 nie dostaje poprawek bezpieczeństwa od listopada 2022 r., czyli od ponad trzech lat.
- PrestaShop 8 też ma problem z PHP. Zalecane dla niego PHP 8.1 przestało dostawać poprawki bezpieczeństwa 31 grudnia 2025 r., a nowszych wersji PHP gałąź 8.x nie obsługuje.
- PrestaShop 9 działa na PHP 8.1–8.4, opiera się na Symfony 6.4 LTS i jest dziś jedyną gałęzią z perspektywą na kilka lat.
Co realnie grozi sklepowi na 1.7
- Bezpieczeństwo. Najwięcej włamań do sklepów PrestaShop nie dotyczy core, tylko modułów – a autorzy coraz częściej wydają poprawki tylko dla 8 i 9. Na nieobsługiwanym PHP luki w samym PHP też zostają otwarte. Znane podatności modułów publikuje m.in. Friends of Presta.
- Hosting. Dostawcy wycofują stare wersje PHP. Dziś PHP 7.4 często jest jeszcze dostępne, ale „za opłatą” albo „do końca roku” – a wymuszona zmiana PHP oznacza nagle niedziałający sklep.
- Płatności i integracje. Bramki płatności, kurierzy i porównywarki aktualizują API. Nowe wersje ich modułów coraz rzadziej obsługują 1.7.
- Koszt czasu. Każda zmiana w sklepie trwa dłużej, bo trzeba szukać starych wersji modułów i obchodzić ograniczenia.
Kiedy rozsądnie jest jeszcze zostać
Zostanie na 1.7 przez kilka miesięcy ma sens, gdy sklep jest stabilny, nie planujesz nowych integracji, a migracja trafiłaby na szczyt sezonu. Wtedy zadbaj o minimum:
- najnowsza wersja 1.7.8.x i najnowsze wersje modułów, jakie istnieją dla 1.7,
- usunięcie nieużywanych modułów (każdy to potencjalna luka),
- WAF lub reguły serwera blokujące znane ataki, aktualny system operacyjny serwera,
- codzienna kopia zapasowa poza serwerem, z przetestowanym odtwarzaniem,
- termin migracji wpisany w plan – nie „kiedyś”.
Kiedy aktualizować
| Sygnał | Co oznacza |
|---|---|
| Hosting zapowiada wyłączenie PHP 7.4 | Masz termin, którego nie wybierasz. Migruj przed nim, nie po. |
| Moduł płatności lub kuriera nie ma już wersji dla 1.7 | Za chwilę zabraknie Ci kluczowej funkcji sklepu. |
| Planujesz nowy motyw, integrację z ERP lub nowe moduły | Robienie tego na 1.7 to praca do powtórzenia po migracji. |
| Był incydent bezpieczeństwa | Po sprzątaniu stary sklep jest najsłabszym punktem. |
Do której wersji: 8 czy 9?
Jeśli migrujesz teraz, celuj w PrestaShop 9. Wersja 8 jest dojrzała, ale jej zalecane PHP już straciło wsparcie, więc za rok czeka Cię kolejna migracja. Wersja 8.x ma sens jako krok pośredni – 1.7 nie działa na PHP 8.1, a 9 nie działa na PHP 7, więc aktualizacja „w miejscu” prowadzi przez 8 – albo gdy kluczowy moduł nie ma jeszcze wersji dla 9. Alternatywą jest czysta instalacja 9 i przeniesienie danych.
Koszt migracji zależy głównie od trzech rzeczy: liczby modułów, liczby overridów i stopnia modyfikacji motywu. Szybko sprawdzisz to tak:
# w katalogu głównym sklepu
php -v
ls modules | wc -l
find override -name '*.php' ! -name 'index.php' | wc -l
ls themesSklep z kilkudziesięcioma modułami, bez overridów i na motywie bez głębokich zmian to zwykle sprawa dni. Kilkanaście overridów, własne moduły i mocno przerobiony motyw – tygodni. Co dokładnie się psuje przy migracji, opisaliśmy w osobnym poradniku o migracji z 1.7 do 8 i 9.
Sprawdzimy, ile kosztuje Twoja migracja
W CodeTheWeb aktualizujemy sklepy z PrestaShop 1.7 do 8 i 9 i administrujemy serwerami pod PrestaShop (Plesk, Apache, nginx). Zaczynamy od przeglądu modułów, overridów i motywu, a potem dostajesz konkretny plan: co zostaje, co wymieniamy i ile to potrwa.