PrestaShop atnaujinimai turi prastą reputaciją – ir ne be pagrindo. Daugiau nei kitose platformose, čia atnaujinimas gali „sulaužyti“ parduotuvę, jei nebuvo tinkamai pasiruošta. Geros žinios: dauguma problemų yra nuspėjamos ir joms galima pasiruošti iš anksto.
Kodėl PrestaShop atnaujinimai yra ypač rizikingi?
Priešingai nei paprastesnėse sistemose, PrestaShop parduotuvės dažnai naudoja:
- Individualiai pritaikytus šablonus, kurie ne visada suderinami su nauja versija be papildomų pakeitimų
- Trečiųjų šalių modulius, kurių dalis nustoja veikti arba veikia neteisingai po pagrindinės versijos atnaujinimo
- Override’us – tiesioginius pagrindinio kodo pakeitimus, kurie atnaujinimo metu gali būti perrašyti arba sukelti konfliktą
Būtent šie trys dalykai kartu ir sukuria didžiausią riziką – ne pati PrestaShop sistema.
Pasiruošimas prieš atnaujinimą
- Pilna atsarginė kopija – ir failų, ir duomenų bazės, saugoma atskirai nuo serverio, kuriame vyksta atnaujinimas.
- Testinė (staging) aplinka – atnaujinimas pirmiausia atliekamas parduotuvės kopijoje, o ne tiesiogiai gyvoje svetainėje.
- Modulių ir šablono suderinamumo patikra – iš anksto išsiaiškinama, kurie moduliai turi atnaujintą versiją, o kurie – ne.
- Override’ų sąrašo peržiūra – kiekvienas individualus pakeitimas turi būti žinomas ir įvertintas, ar jis išliks suderinamas.
Kaip vyksta pats atnaujinimas
Priklausomai nuo to, ar pereinate tarp mažų (pvz., 1.7.8 → 1.7.9) ar didelių versijų (pvz., 1.6 → 8), procesas skiriasi:
- Minor atnaujinimai – dažniausiai saugesni, bet vis tiek reikalauja testavimo staging aplinkoje prieš pritaikant gyvai.
- Major atnaujinimai (pvz., iš 1.6) – iš esmės artimesni migracijai nei paprastam atnaujinimui: dažnai reikia iš naujo derinti šabloną, perkelti modulių nustatymus ir kruopščiai testuoti kiekvieną parduotuvės dalį.
Dažniausios klaidos, kurios sugriauna parduotuvę
- Atnaujinimas tiesiogiai gyvoje svetainėje, be atsarginės kopijos „nes juk viskas visada gerai veikdavo“
- Modulių atnaujinimas be patikrinimo, ar naujoji versija suderinama su naudojamu šablonu
- Individualių pakeitimų (override) ignoravimas – jie tiesiog „pamirštami“, kol parduotuvė nustoja veikti
- Atnaujinimo vykdymas didelio srauto ar akcijos metu, kai gedimo kaina yra didžiausia
Kas atsitinka, jei kažkas nutrūksta per atnaujinimą?
Jei atnaujinimas nutrūksta viduryje (pvz., dėl laiko limito ar interneto ryšio), parduotuvė gali likti tarpinėje, nestabilioje būsenoje – kartais su iš dalies atnaujinta duomenų baze. Būtent todėl atsarginė kopija prieš pradedant nėra formalumas, o vienintelis patikimas būdas greitai grąžinti parduotuvę į veikiančią būseną, jei kas nors nepavyksta.
Jei planuojate PrestaShop atnaujinimą ir norite, kad jis praeitų be netikėtumų, pažiūrėkite mūsų PrestaShop parduotuvių priežiūros ir atnaujinimo paslaugą – įvertiname esamus modulius bei override’us ir pasiūlome saugų planą prieš imdamiesi darbų.
Dažnai užduodami klausimai
Ar galima atšaukti (rollback) atnaujinimą, jei kažkas nepavyko?
Taip, jei prieš atnaujinimą buvo padaryta pilna atsarginė kopija – tuomet grąžinimas į ankstesnę būseną yra gana greitas procesas. Be kopijos rollback tampa gerokai sudėtingesnis arba neįmanomas.
Kiek laiko užtrunka PrestaShop atnaujinimas?
Nedidelėms parduotuvėms su minimaliu modulių kiekiu – kelios valandos. Didesnėms, su individualiu šablonu ir daug modulių, procesas kartu su testavimu gali užtrukti kelias dienas.
