Aktualizacja do PrestaShop 9.2: Co musisz zrobić przed kliknięciem „Aktualizuj"

on

Uploading: 642870 of 642870 bytes uploaded.



Wychodzi nowa wersja PrestaShop. 9.2. W panelu miga powiadomienie: „Dostępna aktualizacja". Palce świerzbią, żeby kliknąć.

Stop.

Nie klikaj. Jeszcze nie teraz.

Aktualizacja PrestaShop to nie jak aktualizacja aplikacji w telefonie. To nie jest „pobierz, zainstaluj, gotowe". To operacja, która może rozwalić Twój sklep, jeśli nie przygotujesz się odpowiednio.

Ten artykuł nie jest o tym, jak zaktualizować. Jest o tym, co zrobić przed. Bo to, co zrobisz (albo czego nie zrobisz) przed aktualizacją, decyduje o tym, czy obudzisz się z działającym sklepem, czy z płonącym serwerem i telefonem do supportu.

Dlaczego 9.2 to nie jest „zwykła" aktualizacja

Każda większa aktualizacja PrestaShop przynosi zmiany. Nie tylko nowe funkcje. Zmiany w kodzie. W bazie danych. W sposobie, w jaki moduły komunikują się z rdzeniem.

Wersja 9.2 nie jest wyjątkiem. To aktualizacja, która:

  • Może wymagać nowszej wersji PHP.
  • Może zmienić sposób działania niektórych funkcji.
  • Może sprawić, że Twoje moduły przestaną działać.
  • Może wprowadzić zmiany w szablonie, które „rozjadą" wygląd sklepu.

Nie po to, żeby Ci zaszkodzić. Po to, żeby platforma była nowocześniejsza, bezpieczniejsza, szybsza. Ale cena za to jest taka, że nie możesz po prostu kliknąć i modlić się, że będzie okej.

Krok 1: Kopia zapasowa. Wszystko. Dosłownie wszystko.

To nie jest miejsce na półśrodki. To nie jest „zrobię backup bazy, a pliki jakoś tam". To jest:

  • Pełny backup plików - cały katalog sklepu. Wszystko.
  • Pełny backup bazy danych - wszystkie tabele, wszystkie dane.
  • Backup na zewnątrz - nie na tym samym serwerze. Nie w folderze obok. Na innym dysku. W chmurze. Gdziekolwiek, ale nie tam, gdzie sklep.

Dlaczego? Bo jeśli aktualizacja pójdzie źle – a może pójść - to jedyny sposób, żeby wrócić do działającego sklepu, to przywrócenie backupu. Bez backupu = modlisz się, żeby hosting miał snapshoty. I żebyś pamiętał, z kiedy.

Jak zrobić backup?

  • Przez panel hostingu (często mają opcję backupu całego konta).
  • Ręcznie - FTP do pobrania plików, phpMyAdmin do eksportu bazy.
  • Skryptem - jeśli masz kogoś, kto potrafi napisać prosty skrypt backupujący.

Nie ważne jak. Ważne, żebyś to zrobił. I żebyś przetestował, że backup działa. Bo backup, którego nie da się przywrócić, to nie backup. To placebo.

Krok 2: Sprawdź wymagania 9.2

PrestaShop 9.2 ma swoje wymagania. Nie możesz zaktualizować sklepu, który stoi na PHP 7.2, jeśli 9.2 wymaga PHP 8.1. Nie możesz mieć bazy MariaDB w wersji sprzed pięciu lat i oczekiwać, że zadziała.

Co sprawdzić:

  • Wersja PHP - jaka jest wymagana dla 9.2? Czy Twój serwer to spełnia?
  • Wersja bazy danych - MySQL, MariaDB? Jaka wersja?
  • Rozszerzenia PHP - niektóre moduły wymagają konkretnych rozszerzeń (intl, gd, curl, itp.).
  • Limity serwera - memory_limit, max_execution_time. Instalacja może potrzebować więcej zasobów niż masz ustawione.

Gdzie to znaleźć? W dokumentacji PrestaShop. Na stronie z notatką wydania 9.2. W wymaganiach systemowych.

Jeśli coś nie spełnia wymagań – najpierw zaktualizuj serwer. Potem sklep. Nie odwrotnie.

Krok 3: Audyt modułów

Tu zaczyna się ból. Bo moduły. Zawsze moduły.

Masz sklep. Działa. Ma 30 modułów. Niektóre darmowe. Niektóre płatne. Niektóre z marketplace. Niektóre „od kumpla, co programuje". I wszystkie działają. Na obecnej wersji PrestaShop.

Po aktualizacji do 9.2:

  • Niektóre moduły mogą przestać działać.
  • Niektóre mogą powodować błędy krytyczne.
  • Niektóre mogą „zniknąć" z panelu.
  • Niektóre mogą działać, ale sypać błędami w tle.

Co zrobić?

3.1. Zrób listę wszystkich modułów

Wypisz wszystko, co masz zainstalowane. Nazwa. Wersja. Czy to moduł z oficjalnego marketplace? Czy od zewnętrznego developera? Czy darmowy, czy płatny?

To nie jest przyjemne. To jest konieczne.

3.2. Sprawdź kompatybilność z 9.2

Dla każdego modułu:

  • Wejdź na stronę developera.
  • Sprawdź, czy jest wersja kompatybilna z 9.2.
  • Sprawdź, czy developer w ogóle żyje (niektóre moduły są porzucone).
  • Sprawdź changelog - czy są informacje o kompatybilności z 9.x?

Jeśli moduł nie ma wersji na 9.2 – masz problem. Masz trzy opcje:

  1. Znaleźć alternatywę.
  2. Skontaktować się z developerem i zapytać o plany.
  3. Zaryzykować aktualizację i modlić się, że zadziała (nie polecam).

3.3. Odinstaluj to, czego nie potrzebujesz

Teraz jest idealny moment, żeby posprzątać. Masz moduł, którego nie używasz od roku? Odinstaluj. Masz moduł, który „kiedyś się przydał", ale teraz leży i zbiera kurz? Odinstaluj.

Mniej modułów = mniej rzeczy, które mogą się zepsuć. Mniej konfliktów. Mniej problemów.

Krok 4: Audyt szablonu (theme)

Twój sklep ma szablon. Może to defaultowy Classic. Może to płatny temat z marketplace. Może to custom robiony na zamówienie trzy lata temu.

Każdy szablon może mieć problemy z nową wersją PrestaShop. Zmiany w strukturze plików. Zmiany w hookach. Zmiany w sposobie renderowania.

Co sprawdzić:

  • Czy szablon jest kompatybilny z 9.2? - sprawdź u developera.
  • Czy są aktualizacje szablonu? - czasem developer wypuszcza nową wersję pod nową PrestaShop.
  • Czy masz customizacje w szablonie? - jeśli tak, to po aktualizacji mogą „zniknąć" albo przestać działać.

Jeśli masz customizacje w szablonie – zapisz, co zmieniłeś. Bo po aktualizacji możesz musieć to poprawić od nowa.

Krok 5: Test na środowisku staging

To jest ten moment, gdzie większość osób odpuszcza. „Po co? Przecież to tylko aktualizacja. Będzie okej."

Nie. Nie będzie okej. Albo przynajmniej – nie masz pewności, że będzie okej.

Środowisko staging to kopia Twojego sklepu na osobnym serwerze (albo subdomenie). Identyczna kopia. Pliki. Baza. Wszystko. I na tej kopii robisz aktualizację.

Po co?

  • Żeby zobaczyć, czy moduły działają.
  • Żeby zobaczyć, czy szablon się nie rozjechał.
  • Żeby przetestować kluczowe funkcje (koszyk, płatności, wysyłka, formularze).
  • Żeby złapać błędy przed aktualizacją produkcyjnego sklepu.

Jak to zrobić?

  1. Skopiuj pliki sklepu na staging.
  2. Skopiuj bazę danych na staging.
  3. Zmień adres sklepu w konfiguracji (żeby nie kolidował z produkcyjnym).
  4. Wyłącz indeksowanie w Google (żeby staging nie był widoczny).
  5. Zrób aktualizację na staging.
  6. Przetestuj wszystko.

Tak, to zajmuje czas. Tak, to jest dodatkowa praca. Ale to jest różnica między „aktualizacja poszła gładko" a „sklep leży, klienci nie mogą składać zamówień, tracę pieniądze".

Krok 6: Sprawdź integracje zewnętrzne

Twój sklep nie żyje w próżni. Pewnie masz:

  • Integrację z płatnościami (PayU, Przelewy24, Stripe, PayPal).
  • Integrację z kurierami (InPost, DPD, DHL).
  • Integrację z systemem księgowym.
  • Integrację z maillingiem.
  • Pixel Facebooka. Google Analytics. Google Tag Manager.

Każda z tych integracji może mieć problemy po aktualizacji. Nie dlatego, że same są popsute. Ale dlatego, że aktualizacja mogła zmienić sposób, w jaki PrestaShop komunikuje się z zewnętrznymi serwisami.

Co zrobić?

  • Sprawdź dokumentację integracji - czy są informacje o kompatybilności z 9.2?
  • Przetestuj płatności na staging - czy przechodzą poprawnie?
  • Przetestuj generowanie etykiet kurierskich - czy działa?
  • Sprawdź, czy dane wysyłają się do systemu księgowego.

Lepiej złapać to na staging niż wtedy, gdy klient nie może zapłacić za zamówienie.

Krok 7: Zaplanuj aktualizację na „martwy" czas

Nawet jeśli wszystko przetestujesz. Nawet jeśli jesteś pewien, że będzie okej. Nadal może coś pójść nie tak.

Dlatego:

  • Nie aktualizuj w godzinach szczytu. - nie w środku dnia, kiedy masz najwięcej ruchu.
  • Nie aktualizuj w piątek po południu. - bo jak coś pójdzie źle, to weekend masz z głowy.
  • Wybierz czas, kiedy ruch jest minimalny. - noc, wczesny ranek, weekend (jeśli nie sprzedajesz dużo w weekendy).

Poinformuj klientów, jeśli to konieczne. „Planujemy prace techniczne w nocy z X na Y. Sklep może być chwilowo niedostępny." Lepiej, żeby wiedzieli, niż żeby myśleli, że sklep się zepsuł.

Krok 8: Przygotuj plan awaryjny

Zakładasz, że aktualizacja pójdzie gładko. To dobrze. Ale przygotuj się na to, że pójdzie źle.

Plan awaryjny to:

  • Wiesz, jak przywrócić backup. - nie „jakoś tam". Wiesz, które pliki przywrócić. Którą bazę. W jakiej kolejności.
  • Masz dostęp do serwera. – FTP, SSH, panel hostingu. Wszystko działa. Hasła nie wygasły.
  • Masz kontakt do kogoś, kto pomoże. - developer. Hosting. Support. Ktoś, kto ogarnie, jeśli utkniesz.
  • Wiesz, co zrobić, jeśli sklep nie wstanie. - przywrócić backup. Zgłosić ticket. Tymczasowo postawić komunikat „prace techniczne".

Nie chcesz myśleć o tym w panice, o trzeciej nad ranem, kiedy sklep leży. Chcesz mieć plan. I trzymać się go.

Krok 9: Po aktualizacji – testuj, testuj, testuj

Aktualizacja „przeszła". Strona się ładuje. Panel działa. Super.

Teraz zaczyna się prawdziwa praca. Bo to, że sklep się uruchomił, nie znaczy, że działa poprawnie.

Co sprawdzić?

  • Strona główna - czy wszystko się wyświetla? Czy nie ma błędów?
  • Kategorie - czy produkty się ładują? Czy filtry działają?
  • Karty produktów- czy zdjęcia, ceny, warianty działają?
  • Koszyk - czy można dodać produkt? Czy koszyk się przelicza?
  • Kasa - czy można przejść przez checkout? Czy wszystkie kroki działają?
  • Płatności - czy metody płatności się wyświetlają? Czy da się zapłacić (przynajmniej testowo)?
  • Wysyłka - czy metody wysyłki działają? Czy ceny się liczą?
  • Formularze - kontakt, newsletter, rejestracja – czy wysyłają?
  • Moduły - czy wszystkie moduły działają? Czy nie ma błędów w panelu?
  • Integracje - czy płatności, kurierzy, systemy zewnętrzne działają?

Nie zakładaj, że jest okej. Sprawdź. Każdy krok. Każdy proces. Bo lepiej złapać błąd samemu, niż dowiedzieć się od klienta, że „nie da się zapłacić".

Krok 10: Monitoruj po aktualizacji

Aktualizacja to nie jest „zrobić i zapomnieć". To jest „zrobić i obserwować".

Przez kilka dni po aktualizacji:

  • Obserwuj logi błędów - czy nie sypie się coś w tle?
  • Sprawdzaj Google Analytics - czy nie ma spadku ruchu, wzrostu odrzuceń?
  • Monitoruj konwersje - czy nie ma dziwnych spadków?
  • Słuchaj feedbacku od klientów - czy ktoś zgłasza problemy?
  • Sprawdzaj zamówienia - czy przechodzą poprawnie przez cały proces?

Czasem błędy wychodzą po czasie. Nie od razu. Dlatego nie zamykaj tematu po dniu. Obserwuj przez tydzień. Dwa. Bądź czujny.

Podsumowanie: aktualizacja to nie wyścig

Nie musisz aktualizować do 9.2 w dniu premiery. Nie musisz być pierwszy. Nie ma nagrody za to, że zaktualizujesz najszybciej.

Jest nagroda za to, żeby zaktualizować bezpiecznie. Bez strat. Bez przestoju. Bez utraty danych.

Więc:

  • Zrób backup. Pełny. Przetestowany.
  • Sprawdź wymagania 9.2.
  • Zrób audyt modułów i szablonu.
  • Przetestuj na staging.
  • Sprawdź integracje.
  • Zaplanuj aktualizację na martwy czas.
  • Miej plan awaryjny.
  • Przetestuj wszystko po aktualizacji.
  • Monitoruj przez kilka dni.

To nie jest szybki proces. To nie jest proste. Ale to jest jedyny sposób, żeby zaktualizować sklep bez ryzykowania, że obudzisz się z płonącym serwerem i telefonem do supportu.

Powodzenia.

Comments

Post a Comment