Migracja PrestaShop 1.7 do wersji 8 i 9: jak zaktualizować sklep bez strat
PrestaShop 1.7 działa na PHP, które od dawna nie dostaje poprawek. Wyjaśniamy, czy wybrać wersję 8 czy 9,…
Czytaj dalejBezpieczna aktualizacja PrestaShop 1.7 do wersji 8 lub 9: audyt, migracja na kopii, testy i przełączenie bez przestoju.
Sklep na PrestaShop 1.7 działa, dopóki działa. Stara wersja i stare PHP to brak poprawek bezpieczeństwa, moduły, które przestają współpracować, i coraz trudniejsze utrzymanie. Aktualizujemy sklep do wersji 8 albo 9 tak, żeby działał jak dotąd, tylko bezpieczniej: bez utraty funkcji, zamówień i pozycji w Google.
Jak wygląda taka aktualizacja krok po kroku i co może pójść nie tak, opisujemy w poradniku Migracja PrestaShop 1.7 do wersji 8 i 9. Tutaj to, co robimy za Ciebie. Planujesz nowy sklep? Zobacz sklepy PrestaShop.
Robimy pełną kopię sklepu i środowisko testowe. Sprawdzamy PHP, bazę i serwer, moduły (także własne i nadpisania), szablon oraz integracje: płatności, dostawy, fakturowanie, marketplace’y, mailing i analitykę. Dostajesz raport z decyzją dla każdego modułu i wiążącą wycenę.
Na osobnym serwerze podnosimy PHP i PrestaShop (wersja 8 lub 9, zależnie od wyniku audytu), przenosimy produkty, klientów, zamówienia i treści, aktualizujemy albo wymieniamy moduły i dopasowujemy szablon. Sklep produkcyjny działa normalnie przez cały czas.
Testujemy proces zakupowy, płatności, dostawy, fakturowanie, integracje i panel. Dostajesz dostęp do wersji testowej i akceptujesz ją, zanim cokolwiek trafi na produkcję.
Wdrażamy w ustalonym oknie, zwykle w nocy, przy najmniejszym ruchu, z pełną kopią bazy i plików gotową do szybkiego przywrócenia. Potem monitorujemy sklep i szybko reagujemy na błędy.
Aktualizacja PrestaShop:
ile to kosztuje w Twoim przypadku?
Trzy kroki formularza, bez zobowiązań. Odpowiadamy w 24 h robocze, potem 30 minut rozmowy i oferta z zakresem.
Stary sklep nie psuje się z dnia na dzień. Problemy narastają po cichu, aż któregoś dnia przestaje działać płatność albo wysyłka.
Starsze wersje PrestaShop i PHP nie dostają już poprawek, więc każda nowa luka zostaje otwarta.
Dostawcy płatności, wysyłek i modułów rozwijają nowe wersje, a stare z czasem przestają działać ze sklepem.
Hostingi stopniowo wycofują stare wersje PHP. Sklep, który ich wymaga, trudno potem utrzymać.
Termin i wycenę ustalamy po audycie migracyjnym, zanim zaczniemy.
Część płatnych modułów ze starszej wersji wymaga nowej licencji albo zamiennika. Takie koszty pokazujemy przed rozpoczęciem prac. Jeśli trzeba, przenosimy też sklep na nowy serwer, najlepiej jako osobny etap.
Od audytu do wdrożenia. Najwięcej zależy od tego, ile zmian i nowych funkcji chcesz wprowadzić przy okazji.
Każdy moduł dostaje w audycie decyzję: aktualizacja, zamiennik albo rezygnacja, razem z kosztem.
Własne zmiany w szablonie i nadpisania kodu przenosimy i dopasowujemy do nowej wersji.
Krótko o czasie, modułach, danych i kosztach.
Masz inne pytanie? Napisz