Varför det är viktigt att göra rätt från början med Magento

Detta är ett gästinlägg av min kollega och vän Cristian Herrera som arbetar som som Webbkonsult i eget bolag och Cristian har en bred kunskap om  det mesta som handlar om teknik och utveckling.

Cristian kombinerar även sin teknik bakgrund med en strategisk syn på ett företags digitala närvaro. I detta gästinlägg så skriver Cristian om Magento och vikten av att tänka till när du väljer denna plattform för E-handel.

Magento och E-handel
Magento är ett fantastiskt e-handels system, enkelt för slutkund att administrera och bjuder på väldigt bra möjligheter att bygga ut och modifiera som man själv vill, en av mina favoritegenskaper är multi-site / multi-shop möjligheten, att man kan administrera flera olika shoppar på olika domäner i samma installation.

I mitt arbete med att sätta upp och uppdatera Magento shoppar söker jag ofta (som alla andra i Internetbranchen) igenom Internet efter en snabb / enkel lösning på ett enkelt problem. (varför uppfinna hjulet 2 ggr?).

Det som är intressant är att jag ofta springer på guider och howtos som är direkt skadliga för en Magento installation,och jag skall här försöka förklara varför, på ett språk som även icke tekniker kan förstå.

Detta är ett stort och brett ämne och ganska så tekniskt, men jag skall försöka fatta mig kort och inte gå in alldeles för mycket på detaljnivå. Men ändå skapa en förståelse för icke tekniker om varför det är så viktigt att bygga sin Magento site rätt frän början.

Riskerna
Det händer att jag blir kontaktad i egenskap av konsult för att malla om, uppdatera eller bara lägga till / ta bort funktionalitet i Magentoshoppar, och det är här som jag ofta upptäcker om utvecklaren har gjort ett bra jobb eller inte.

Det som kan hända är att det i slutändan blir oändligt mycket billigare att exportera all data, skrota siten och göra en ny installation. I vissa skräckexempel kan en bugg komma flera år efter det att siten byggdes och det kan ta veckor att felsöka (heltid), och sen kan jag inte garantera att systemet är ”rent” efter det, nya fel kan uppstå när som helst.

”En snabb lösning kan bli enormt dyr i längden”

Detta är en sanning som tyvärr ofta blir åsidosatt för att man initialt vill komma undan billigt.

För att förstå detta måste man nog ha en grundläggande insikt i Magento

1. Magento är en plattform under ständig utveckling, och ska kunna uppdateras ofta.

2. Magento har en enormt komplicerad struktur, som påminner mer om ”riktig” mjukvara än en webbapplikation.

3. Magento bygger på en ”fallande” struktur, man gör bara sina ändringar på en ”högre” nivå,resten sköts av ”grunden”

4. Systemet är byggt så att en utvecklare skall kunna definiera om funktionaliteten, utan att röra den ursprungliga koden, vilket medför att du ska kunna uppdatera utan att egna ändringar försvinner.

Magento

Att modifiera Magento
Det är här många gör fel när de utvecklar en shop i Magento, många som kanske inte har sin grund i annan programmering gör ofta ändringar i det vi kallar ”core” dvs grunden i hela systemet, eller använder ”base” paketet som mall,och gör ändringarna där, för en snabb leverans.

Det som är farligt med detta är:

1. Alla förändringar försvinner vid en uppdatering.

2. När du inte kan uppdatera siten blir den mer sårbar för hackerangrepp.

3. Siten blir snabbt omodern när man inte kan malla om, lägga till / ta bort funktionalitet på ett enkelt sätt.

4. När man använder ”base” förhindrar man vidare utveckling av siten, omöjliggör uppdatering,förstör multi-site stödet, samt att du inte kan utveckla fler mallar till din shop och du har även förstört den ”fallande” strukturen i Magento.

Magento tillhandahåller verktyg för oss att ändra varenda liten pinal i systemet utan röra det underliggande systemet. Detta medför att om vi skriver kod som inte är kompatibel med framtida uppdateringar, så är i varje fall grundsystemet intakt, och därför lätt att reparera, det är bara våra egna ändringar som inte fungerar.

Något som man ofta kan leva med medan man reparerar, och dessutom blir arbetet mycket enklare, och därför billigare då man vet exakt vart man skall leta och som extra bonus,utvecklaren kan inte förstöra systemet. Samt att du som kund när som helst kan byta leverantör, om inte din utvecklare uppfyller alla krav som du har.

Låt oss då avsluta detta.
Innan jag börjar gå in på alldeles för djup nivå, låt oss sammanfatta med 2 listor, en för siteleverantörer och en för siteköpare (ni ser själva vilken som passar er).

Köpare:
1. Välj er leverantör med omsorg, man märker inte bristerna i systemet förrän det är dags att göra ändringar eller uppdatera systemet.

2. Ta reda på om leverantören har programmerarbakgrund, eller om de har underleverantörer som har det, Magento kräver en del teknisk kompetens för att systemförändringar skall kunna göras korrekt, ofta mer kompetens än de flesta andra webbplattformar.

3. Ta reda på om de tidigare har byggt i Magento. Magento kan vara lite utmanande även för en erfaren utvecklare första gången, då dokumentationen inte alltid är den bästa (inte första gången jag jobbade med det i alla fall).

4. Fråga om de kommer att röra ”core” eller grundsystemet om man vill kalla det så, om de inte vet vad ni pratar om, ta en annan leverantör.

5. Om er webbshop är er core buissiness lägg då en slant extra på att hålla systemet uppdaterat,fråga gärna om er leverantör kan göra det, kan de det, så kommer leverantören med stor sannolikhet inte att förstöra systemet.

6. Var medveten om att ett utdaterat system är en säkerhetsrisk (gäller all mjukvara), att sitta med ett gammalt utdaterat system är som att bjuda in hackers att ta över er site.

7. En lyckad hackerattack kan vara en dyr historia, i värsta fall kan kontouppgifter för era kunder komma på vift.

Utvecklare:
1. Det finns dom som säger att man måste ”corehacka” för att få vissa saker att fungera, detta är en osanning som kommer av ren okunnighet, Magento har namespaces och du kan ändra allt i systemet utan att röra core.

2. Bygg aldrig en mall i ”base” paketet, du sabbar hela systemet.

3. Rör aldrig en ända rad i ”core” systemet eller i ”base” paketet, lär dig vad namnutrymmen är och använd det. Alltid!

4. Jobba med systemet, inte emot det, om du ”corehackar” eller jobbar i ”base” förstör du för dina kunder och många kommer att sitta med utdaterade system, som kommer att bli hackade när exploits blir kända för äldre versioner. (gäller allt du jobbar med.)

5. Använd aldrig kod du hittar på Internet utan att ha läst igenom den och förstått vad koden gör,det finns många eleganta lösningar därute som spar en massa tid, men det viktiga är att du förstår vad du lägger in i siten.

Jag hoppas verkligen inte jag tråkat ut er läsare med min långa text och kom ihåg att ständigt utveckla era siter för maximalt resultat, den tekniska delen är just bara en del av en site.

/Cristian Herrera – www.webb-konsult.se