Upgrade PrestaShop 1.7 Do 8: poradnik krok po kroku

Artykuł pokazuje, jak bezpiecznie przeprowadzić upgrade PrestaShop 1.7 do 8: od weryfikacji serwera, przez wybór metody aktualizacji, po zadania obowiązkowe po migracji. Omówiono zarówno moduł 1-click upgrade, jak i metodę ręczną, a także typowe błędy oraz sposób ich usunięcia. Osoby szukające usługi znajdą tu również informacje o zakresie migracji realizowanej przez specjalistów. Więcej szczegółów o samym procesie zawiera opis upgrade PrestaShop 1.7.

Wymagania i przygotowanie do upgrade PrestaShop 1.7 do 8

Przed aktualizacją kluczowe jest sprawdzenie serwera, modułów oraz stanu kopii zapasowej, każdy z tych elementów może samodzielnie zablokować cały proces.

Wymagania systemowe serwera przed aktualizacją

Zanim ruszy upgrade PrestaShop 1.7 do 8.1, środowisko musi spełniać konkretne parametry. Zalecana wersja PHP to 8.1, a jej wsparcie obowiązuje do grudnia 2025. Bez aktywnego rozszerzenia zip paczka instalacyjna po prostu się nie rozpakowuje.

• PHP 8.1 z rozszerzeniami – wymagane moduły PHP to: curl, gd, zip, intl, pdo_mysql; brak któregokolwiek blokuje instalację.
• MySQL 5.6 lub nowszy – starsze wersje bazy danych potrafią powodować błędy przy aktualizacji schematu tabel.
• Apache 2.4+ – wersja 2.2 jest technicznie kompatybilna, jednak nie jest zalecana ze względów bezpieczeństwa.
• Uprawnienia katalogów – foldery powinny mieć uprawnienia 755, a pliki 644; błędne ustawienia mogą zablokować cały proces.

Minimalna pamięć RAM dla skryptu to 256 MB, choć dla stabilniejszego działania PrestaShop 8 częściej potrzebne jest 512 MB. Z kolei tryb konserwacji i pełne czyszczenie cache warto włączyć jeszcze przed startem: ogranicza to konflikty podczas zmian w plikach i bazie danych.

Kopia zapasowa i środowisko testowe

Krok, który często się pomija, to pełna kopia zapasowa wykonana przed jakąkolwiek zmianą. Potrzebne są wszystkie pliki pobrane przez FTP oraz pełny zrzut bazy SQL, inaczej funkcja Rollback w module Update Assistant działa wyłącznie na plikach zmienionych przez instalator, a nie na całości danych.

Dopiero wtedy warto uruchomić próbę na środowisku testowym. Subdomena albo serwer lokalny pozwalają sprawdzić przebieg aktualizacji bez wpływu na działający sklep. Gdy już PRODO realizuje migrację, prace prowadzone są na bezpiecznym serwerze tymczasowym, a wersja produkcyjna jest wdrażana dopiero po pozytywnej weryfikacji.

Weryfikacja modułów i motywów przed migracją

Najwięcej problemów powodują moduły. W sklepach z dużą liczbą modułów zewnętrznych ten obszar odpowiada za większość zatrzymań procesu aktualizacji. Każdy moduł powinien mieć deklarację zgodności z wersją 8, a jej brak oznacza realne ryzyko konfliktu przy upgrade PrestaShop 1.7 do 8.

Z kolei motywy z wersji 1.7 często działają również po aktualizacji, o ile nie opierają się na zmianach w rdzeniu systemu. Takie modyfikacje zostaną nadpisane i wymagają ponownego wdrożenia. Warto sprawdzić przed rozpoczęciem prac także typowe problemy po aktualizacji, zwłaszcza jeśli planowany jest upgrade PrestaShop 1.7 do 8 z użyciem 1-click upgrade.

Jak przeprowadzić migrację PrestaShop 1.7 do 8 krok po kroku

Są dwie główne ścieżki aktualizacji: moduł 1-Click Upgrade, czyli Update Assistant, albo ręczna instalacja PrestaShop 8 z przeniesieniem danych. Wybór zależy od zakresu modyfikacji w sklepie, dostępnego czasu i zaplecza technicznego osoby prowadzącej prace. W praktyce oznacza to jedno: przed startem potrzebna jest pełna kopia zapasowa.

Moduł 1-Click Upgrade: konfiguracja i uruchomienie

Jeśli celem jest aktualizacja PrestaShop 1.7 do wersji 8 przez Update Assistant, potrzebna jest wersja modułu 6.3.0 lub nowsza. Samo zainstalowanie dodatku nie wystarcza, bo bez aktywnej opcji „Wydanie główne” w ustawieniach zaawansowanych narzędzie nie pokaże przejścia między głównymi wersjami. To krok, który często się pomija.

Dopiero wtedy moduł pobiera najnowszą dostępną paczkę i uruchamia procedurę. Przed startem wyświetlana jest lista wymagań systemowych: można sprawdzić wersję PHP, uprawnienia do plików i wymagane rozszerzenia. Mechanizm „piece by piece” ogranicza ryzyko timeoutów przy dłuższej aktualizacji.

Update Assistant ma też zabezpieczenia na wypadek problemów. Funkcja Rollback pozwala wrócić do poprzedniej wersji, a walidacja MD5 checksum weryfikuje integralność pobranych plików. To zależy od wersji sklepu, ale dostępny bywa również mechanizm wznowienia przerwanej aktualizacji.

Ręczna migracja danych i metoda CLI

Gdy sklep ma rozbudowane modyfikacje, bezpieczniejsza bywa ręczna ścieżka migracji PrestaShop 1.7 do 8. Polega ona na przygotowaniu czystej instalacji PrestaShop 8 na nowym środowisku i przeniesieniu danych ze starej bazy, co eliminuje ryzyko konfliktu z niestandardowymi zmianami, które automatyczna aktualizacja potrafi nadpisać.

Osobną opcją jest metoda CLI. Wymaga dostępu SSH, usunięcia starej wersji modułu autoupgrade i pobrania aktualnej paczki, ale daje większą kontrolę nad przebiegiem prac i ułatwia analizę błędów po stronie serwera. Warto sprawdzić przed wyborem tej ścieżki, czy środowisko hostingowe w ogóle udostępnia potrzebne uprawnienia.

Profesjonalnie przeprowadzona migracja zajmuje zwykle od 4 do 8 godzin. Schemat bazy aktualizuje się automatycznie, o ile sam proces przebiegnie poprawnie.

Zakres danych przenoszonych podczas migracji

Różnica ujawnia się przy porównaniu z przejściem z 1.6 do 1.7, gdzie zmian strukturalnych było wyraźnie więcej.

• Produkty i katalog – przenoszone są produkty wraz z tagami, atrybutami, akcesoriami, kombinacjami oraz kategorie z zachowaniem hierarchii.
• Konta klientów – migracja obejmuje konta użytkowników z zachowaniem haseł logowania, więc nie trzeba resetować dostępu.
• Historia zamówień i rabaty – przenoszone są zamówienia, kupony, reguły rabatowe i zasady koszyka bez utraty danych transakcyjnych.
• Metadane SEO – zachowane mogą zostać tytuły, opisy i słowa kluczowe, o ile były uzupełnione przed migracją.

Gdy już migracja obejmie bazę i pliki, osobno trzeba podejść do zmian w rdzeniu systemu. Wszelkie modyfikacje w plikach core PrestaShop nie przechodzą automatycznie i wymagają ponownego wdrożenia w nowym środowisku. Szczegółowy opis zmian technicznych w nowej wersji zawiera artykuł o tym, co przynosi aktualizacja PrestaShop 8.

Polecane produkty

Aktualizacja sklepu PrestaShop z wersji 1.7 do 8 - bezpieczna aktualizacja z zachowaniem informacji

Od 2 000,00 zł

Aktualizacja PrestaShop z wersji 1.7 do 9 – migracja danych sklepu

Od 2 000,00 zł

Co zmienia PrestaShop 8 i co zrobić po aktualizacji

Przejście z gałęzi 1.7 do 8 to nie tylko zmiana numeracji. To przebudowa kodu, wsparcie dla PHP 8.1 oraz aktualizacja Symfony do wersji 4.4. W praktyce oznacza to szybsze działanie sklepu i wyższy poziom bezpieczeństwa, o ile sam upgrade został dobrze przygotowany, a później domknięty testami.

Najważniejsze zmiany i ulepszenia w PrestaShop 8

Wybór wersji PrestaShop do upgrade zależy nie od numeru wydania, ale od zgodności całego środowiska sklepu. PrestaShop 8 lepiej sprawdza się przy większym ruchu i rozbudowanych wdrożeniach, a PrestaShop 8.1.6 wnosi dodatkowe poprawki stabilności. Z kolei PrestaShop 1.7 pozostaje używalny, lecz brak dalszego wsparcia przesuwa decyzję o migracji z kategorii planów do kategorii koniecznych działań.

W kodzie usunięto przestarzałe komponenty i poprawiono ponad 130 problemów znanych z wcześniejszych wydań. Pojawiły się też dwa nowe kontrolery: RegistrationController oraz AuthController, odpowiedzialne za rejestrację i logowanie klientów. Różnica ujawnia się przy niestandardowych motywach i modułach, bo zmiana adresu rejestracji wymaga ich sprawdzenia po aktualizacji.

Obsługa WebP i SVG pomaga ograniczyć wagę zasobów i poprawić wyniki Core Web Vitals, a nowy mechanizm cache oraz wsparcie dla Memcache i APC w Doctrine ORM skracają czas odpowiedzi serwera. To zależy od wersji sklepu i użytych modułów, ale warto też pamiętać o zmianie katalogu tłumaczeń z /app/Resources/translations/ na /translations, bo wpływa ona na rozwiązania wielojęzyczne.

Zadania obowiązkowe po zakończeniu upgrade

Gdy migracja została wykonana przez PrestaShop Auto Upgrade albo ręcznie, część prac dopiero się zaczyna. Dopiero wtedy trzeba przejść do kontroli technicznej i testów działania sklepu.

• Wyczyszczenie cache – zmiana nazwy katalogu cache przez FTP wymusza wygenerowanie nowej zawartości; czyszczenie przez SSH pomaga usunąć zablokowane pliki i odbudować OPCache.
• Weryfikacja modułów i motywów – trzeba sprawdzić aktualizacje, rekonfigurację oraz zgodność adresów URL i ustawień SEO po migracji.
• Zakup testowy – pełne przejście zamówienia potwierdza działanie płatności, koszyka i miniaturek produktów.

Dopiero wtedy warto przejść do kontroli zaplecza. Dostęp do zakładki zamówień w panelu administracyjnym potwierdza poprawną aktualizację bazy, a usunięcie starych plików cookie bywa konieczne, gdy problem dotyczy sesji i logowania. Po pozytywnym przejściu tych testów sklep można uznać za gotowy do pracy produkcyjnej.

Diagnostyka błędów i monitoring po migracji

Jeżeli po aktualizacji pojawia się biały ekran, nie oznacza to braku informacji o błędzie. PrestaShop domyślnie ukrywa komunikaty ze względów bezpieczeństwa, dlatego najpierw uruchamia się debugowanie: przez zmianę pliku defines.inc.php przez FTP albo przez korektę wartości w tabeli ps_configuration. Gdy już błąd stanie się widoczny, analiza logów zwykle pozwala szybko wskazać uszkodzony plik lub moduł, a po zakończeniu diagnostyki debugger trzeba wyłączyć.

Jeśli problem leży w rozszerzeniu, działa metoda eliminacji. Można wyłączać kolejne moduły w panelu albo zmienić nazwę katalogu modułu przez FTP, dodając przyrostek _OFF, co pomija go przy ładowaniu. Reset przez phpMyAdmin to ostateczność : warto sprawdzić logi, zanim się po niego sięgnie, choć samo usunięcie odpowiedniego wiersza z tabeli ps_module odłącza wtyczkę bez kasowania jej plików.

Na końcu zostaje obserwacja działania sklepu. Monitoring przez co najmniej 7 dni po migracji z PrestaShop 1.7.8.11 lub wcześniejszej wersji pozwala wychwycić opóźnione anomalie, które nie pojawiają się od razu po wdrożeniu.