Migracja PrestaShop 1.6 do 1.7 i 8.0 - najważniejsze wskazówki
CEO & IT Architect
CEO & IT Architect
Migracja PrestaShop 1.6 – na czym polega, po co się ją wykonuje, czy jest konieczna i dlaczego nie jest zwykłą aktualizacją. O tym przeczytasz w dzisiejszym artykule.
Polecam również artykuł migracja z Magento 1 do PrestaShop – jak i kiedy jej dokonać.
Niestety, wersja 1.6 i 1.7 nie są zbytnio kompatybilne. Na przykład moduł 1-Click Upgrade nie działa w ogóle. Proste mechanizmy aktualizacji sklepu czy moduły rynkowe też nie dają rady. Szablony z 1.6 nie działają wcale na 1.7. Nie przenoszą się ustawienia. Większość danych trzeba uzupełniać ręcznie.
PrestaShop 1.7 działa po prostu w inny sposób niż 1.6, dlatego potrzebny jest nowy szablon. Należy go albo stworzyć od nowa, albo kupić nową, dopasowaną wersję. Co za tym idzie, potrzebna Ci osoba lub agencja PrestaShop, która się zna na tworzeniu modułów i migracji. Dzięki niej przeniesiesz swój sklep internetowy do nowszej wersji. Chyba że sam masz takie umiejętności, wtedy masz problem z głowy.
Migracja z 1.6 do 1.7 to czasochłonny proces:
Najtrudniejszym tematem są szablony i niekompatybilność modułów, które masz wgrane. Jeżeli kupowałeś jakiś moduł i nie masz już do niego wsparcia, to często nie masz też prawa do jego aktualizacji do nowej wersji. Dlatego będzie trzeba wykupić nowe moduły. Jeśli chodzi o szablony, to zapewne minął już tak długi czas od kupna, że nie ma już do nich aktualizacji do nowszej wersji. Trzeba będzie kupić nowe. A to dodatkowe koszty.
W tym przypadku aktualizacje przechodzą o wiele sprawniej. Mamy to już w naszej agencji przećwiczone. Tak naprawdę w przypadku migracji PrestaShop 1.7 do 8.0 nie mówimy o migracji, a po prostu o aktualizacji.
Warto pamiętać przede wszystkim o dwóch rzeczach:
Nawet w przypadku aktualizacji 1.7 do 8.0, która jest łatwiejsza, zawsze na kopii sprawdzaj, czy wszystko działa prawidłowo. Jeśli sklep przestanie działać podczas aktualizacji, to przestanie na siebie zarabiać. Będą błędy, białe kartki i wiele zachodu z naprawieniem usterek.
Kiedyś już opisaliśmy szczegółowo proces aktualizacji sklepu Prestashop.
Jeśli nie masz już prawa aktualizacji do posiadanych modułów, to trzeba będzie je kupić. Część modułów z 1.7 będzie działało bez problemów na wersji 8.0, ale jeśli moduły te opierają się o funkcje wycofane w wersji 8.0, to będą niekompatybilne. Trzeba więc będzie je poprawić. Zwykle na marketplace z modułami jest informacja, z jaką wersją Prestashop dany moduł jest kompatybilny.
Jeżeli mówimy o standardowych sklepach bez modyfikacji kodu, przygotuj się na budżet za 20 godzin pracy. Nigdy nie jest tak, że wszystko działa od razu. Zawsze jest jakiś mały custom do zrobienia, czy jakaś inna mała modyfikacja. Trzeba wszystkie funkcjonalności wyśledzić, zmienić i przenieść do nowej wersji. Dlatego takim racjonalnym podejściem jest przygotowanie się na wspomniane 20 godzin.
W przypadku sklepów bardziej spersonalizowanych, inaczej zrobionych, na przykład z dedykowanym szablonem graficznym, który był robiony pod stary sklep, koszt czasowy może przekroczyć nawet 100 godzin.
W przypadku aktualizacji z 1.7 na 8.04, jeśli z szablonem jest wszystko w porządku, są aktualne moduły i nie było wielu customów, to postawienie kopii zapasowej i przeprowadzenie testów powinno zająć 5-10 godzin.
Ważne!
Jeżeli konieczne jest wprowadzenie customowych rozwiązań, które trzeba dorobić lub przerobić, by przystosować do nowszej wersji, praca może zająć nawet 50 godzin. Najlepiej podejść do pracy nad migracją indywidualnie, bo nie ma dwóch takich samych sklepów, więc potrzeby i warunki również są zmienne.
Załóżmy, że stworzenie modułu zajęło 40 godzin. Ile czasu może zająć przystosowanie go no nowszej wersji?
Jeżeli aktualizuje go autor danego modułu, to pewnie zajmie mu to tylko kilka godzin. Jeżeli natomiast nie miał nigdy styczności z danym modułem, musi go najpierw poznać, dlatego cała praca może zająć kilkanaście a nawet kilkadziesiąt godzin. Znaczenie ma też wielkość tego modułu i jakie realizuje funkcjonalności. Warto więc współpracować z kimś na stałe. To zawsze obniża koszty utrzymania w projekt.
Agencja lub freelancer w procesie wdrożenia zmian na sklepie może korzystać z mechanizmu „continuous integration” i z deploy-u, czyli systemu automatycznego wdrożenia zmian na sklep produkcyjny lub testowy. Specjalne pliki – deploy-ery, które są na serwerze, odpowiadają za aktualizację plików sklepowych i zmiany w bazie. W przypadku zmiany wersji może być potrzeba sprawdzenia, czy deploy instalujący moduły robi to tak samo w każdej z wersji. Jeżeli korzystasz z tego systemu, możliwe że będzie trzeba ten proces zmian poprawić. Ewentualnie poprawić deployer-a. Warto o tym pamiętać!
Aktualizacje warto wprowadzać jak najczęściej, żeby nie zostać w tyle ze swoją wersją sklepu. Późniejsze przejście z wieloma wersjami zawsze będzie bardziej problemowe.
Aktualizacje wychodzą w cyklu wydawniczym, zazwyczaj co pół roku. Między wersjami są małe fiksy, czyli 8.1.1, 8.1.2, 8.1.3. To są przeważnie proste upgrade-y, często łatające jakieś luki bezpieczeństwa, czy mało wydajne miejsca. Nawet jeśli tych małych aktualizacji nie chcesz wdrażać, to dobrze by było aktualizować swój sklep internetowy przynajmniej raz w roku.
Autorzy modułów przeważnie dopiero po jakimś czasie aktualizują moduły do najnowszej wersji PrestaShop. Dlatego nie aktualizuj sklepu, jak tylko nowa wersja Prestashop się pojawi. Poczekaj, aż moduły, z których korzystasz, też będą dostosowane i zaktualizowane.
Już wiesz, że migracja PrestaShop 1.6 do 1.7 jest bardzo trudna ze względu na niekompatybilność tych wersji. Skorzystaj z mojej rady i nawiąż stałą współpracę z agencją, która zadba o wszelkie wymogi internetowego rynku. Dzięki temu Twój sklep zawsze będzie stabilny, bezpieczny i nadążający za najnowszymi trendami w eCommerce i przyniesie Tobie maksimum korzyści.