Loading
Varje Magento 2.4-version har ett slutdatum för support. Efter det kommer inga säkerhetspatchar, och moduler, PHP och databas slutar matcha. Vi uppgraderar Magento och Adobe Commerce till en version med support och håller den uppdaterad efteråt.
En uppgradering är mer än att byta versionsnummer. PHP, databas, sökmotor, moduler och integrationer måste flyttas i rätt ordning. Vi analyserar nuläget, uppgraderar i en kopia av er butik, testar kassa och integrationer och driftsätter först när allt fungerar.

Det här är de vanligaste skälen till att en uppgradering inte kan vänta:
Då slutar säkerhetspatcharna komma.
Äldre 2.4-versioner kör PHP som inte längre får säkerhetsfixar, vilket påverkar PCI-kraven för kortbetalningar.
Nya versioner av frakt- och betalmoduler stödjer ofta bara aktuella releaser.
Samma fyra steg oavsett om det gäller en patch eller ett hopp över flera versioner:
Vi går igenom version, PHP, databas, OpenSearch, tredjepartsmoduler, egen kod och integrationer. Ni får en lista över vad som fungerar, vad som måste uppdateras och vad som kan tas bort.
Plattform och beroenden uppgraderas i en separat miljö. Moduler uppdateras eller ersätts och egen kod anpassas.
Kassa, betalning, frakt, ERP-flöden och admin testas med riktiga data innan något når produktion.
Efter uppgraderingen ska butiken inte hamna efter igen:
Säkerhetspatchar från Adobe läggs in och testas löpande.
Beroenden som PHP, databas och sökmotor hålls på versioner som stöds.
Svarstid 1 timme när något går fel i butiken.
En plan för nästa version, så att nästa supportslut inte kommer som en överraskning.
Vi arbetar med Magento, Adobe Commerce, Shopify, Medusa.js, Norce och Crystallize, så vi har inget intresse av att styra er åt ett visst håll:
När Magento fortfarande passar verksamheten. Det är oftast billigast.
Samtidigt om frontenden är långsam eller dyr att ändra.
Om anpassningar och uppgraderingar har blivit en återkommande kostnad som inte ger något tillbaka.
Adobe släpper säkerhetspatchar för versionerna med support löpande och en ny 2.4-version ungefär en gång per år. Patchar bör läggas in när de kommer. Ett versionsbyte planerar vi i god tid före supportslutet.
Oftast inte. Ni kan gå direkt till målversionen, men PHP, databas, sökmotor, moduler och egen kod måste stödja den. Det reder vi ut i analysen.
Databas, sökmotor och cache måste ligga på versioner som stöds.
Planerat byte med möjlighet att rulla tillbaka, och övervakning direkt efter.
Butiken fortsätter fungera, men utan säkerhetspatchar. Med tiden slutar moduler och betalleverantörer stödja versionen, och PCI-kraven blir svårare att uppfylla. För Adobe Commerce i Adobes moln har Adobe också satt datum då miljöer på versioner utan support stängs av.
Ja. Vi börjar med en analys av koden och modulerna, och därefter planerar vi uppgraderingen.
Integrationer mot affärssystem och betalleverantörer testas alltid som en del av uppgraderingen. Vi har levererat ERP-integrationer mot Business Central, Fortnox och Visma.net och vet var de brukar gå sönder.
Vi designar, bygger och driftar e-handel, applikationer och integrationer för framgångsrika företag i Norden. Seniora personer håller sig nära projektet, från första beslut till långsiktig support.