[Ervaringen] Magento/Prestashop/custom

[Kajel]

Hallo allemaal!

Ik ben gevraagd om een webshop te bouwen die gebruikt gaat worden om kleding te verkopen. Nu ben ik zelf vloeiend in OO PHP, heb veel ervaring in Symfony1.4 en heb daarin ook al eens meegebouwd aan een webshop systeem met iDeal en PayPal koppeling, dus mijn eerste insteek was om de webshop gewoon geheel zelf te bouwen. Daarbij was wel het plan om met de tijd mee te gaan en Symfony2 als framework te kiezen.

Na wat wikken en wegen, ben ik toch gaan twijfelen of ik niet een bestaand eCommerce systeem moet gaan gebruiken. Ten eerste omdat het me potentieel een hoop tijd kan schelen. Ik pik snel dingen op, dus mits het gekozen systeem goed in elkaar steekt, code-wise, zal ik het snel genoeg doorhebben om te kunnen profiteren van het werk dat al voor me gedaan is.
Ten tweede omdat het me wel interessant lijkt om een gangbaar eCommerce systeem te leren.

De vraag was dus, welk eCommerce systeem moet het worden. Ik ben na veel googlen en lezen erachter gekomen dat er eigenlijk 2 "serious contenders" zijn: Magento en Prestashop. Een enkele oude opa gebruikt nog osCommerce of ZenCart, maar die zien er mijns inziens niet aanlokkelijk genoeg uit qua featureset.

Belangrijkste eis die ik vooralsnog stel aan het te gebruiken systeem, is de vrijheid om het frontend helemaal zo in te richten als ik zelf wil, zowel qua design als interacties. Ik wil een uitgebreid product- en ordermanagement systeem, waarbij ik de producten wel op een manier kan weergeven die ik zelf wil, ook bv qua filtering in het frontend.

De volgende voor en nadelen van beide opties komen voort uit ervaringen van anderen, en mijn eigen interpretatie van de info die ik tot nu toe gevonden heb:

Prestashop:
+ Lichtgewicht
+ Makkelijk aan te passen code
- Lelijk backend in vergelijking met Magento (eigen mening)
- Plugins kosten allemaal een hoop geld, zelfs de meest simpele en nutteloze exemplaren

Magento
+ Zeer mooi en uitgebreid backend
+ Goed schaalbaar
+ Grotere community dan Prestashop
- Lastig aan te passen en te onderhouden code (sommige gebruikers vinden de code ronduit slecht)
- Erg resource hungry
- Erg traag

Het probleem van het laatste 2 nadelen is dat ik zelden context tegenkom bij dat soort claims. Als iemand Magento op shared hosting draait, en claimt dat het traag en resource hungry is, dan verbaast me dat niks, en dan zegt dat wat mij betreft niks over de kwaliteit van Magento. Ik ga de webshop sowieso op een goede VPS draaien, en afhankelijk van de noodzaak vind ik het ook prima om extra te investeren in een dedicated server.
Ik zou het dus wel een probleem vinden, als je Magento in een redelijk basis webshop gebruikt en het zelfs dan een redelijk beslag legt op een dedicated server. Met andere woorden: het moet niet zo zijn dat je bij voorbaat al een cluster moet gaan inzetten om een beginnend webshopje goed te laten draaien

Mijn vragen aan jullie:
Wie heeft er ervaringen met (een van) beide?
Wie daarvan kan de volgende vragen beantwoorden:
* Hoe is de code? Goed aanpasbaar? Goed te begrijpen? (In jullie mening) goed gebruikmakend van voor de hand liggende design patterns en principes?
* Hoe is de snelheid? Welke eisen stelt het aan je server? Wat is het resource gebruik?
* Hoe makkelijk is het om het frontend helemaal vorm te geven zoals je zelf wilt, gebruikmakend van de producten uit de DB?

Als laatste: Ik wist niet zeker in welk forum dit thuishoorde, dus voel je vrij mij daarin te corrigeren!
Dank!

[Guldan]

Ik heb niet rechstreeks ervaning met Magento echter wel een collega die er wat bij gebouwd heeft in het verleden en je eigen minpunten komen perfect overeen met haar mening.

[klaaz]

Ik heb een tweetal Magento shops draaien en ik vind het aanpassen van de layout en code telkens weer een drama. Maar dat komt waarschijnlijk omdat ik er gewoon te weinig mee werk waardoor ik er telkens weer in moet duiken. Mijn voorkeur gaat nog steeds uit naar zelfbouw.

Een ander leuk alternatief is wellicht opencart. Lijkt eenvoudiger aan te passen maar ik heb er eerlijk gezegd nog niet echt intensief naar gekeken.

En mocht je na de keuze van de ene weer over moeten naar de andere dan is deze link (commercieel) wel handig:
http://www.shopping-cart-migration.com/

[spleethoven]

Misschien is Joomla + JoomSHopping wel een idee. Makkelijk op te zetten, goede community.

[Manuel]

spleethoven schreef op donderdag 08 september 2011 @ 13:09:
Misschien is Joomla + JoomSHopping wel een idee. Makkelijk op te zetten, goede community.

Of Joomla + Virtuemart. Makkelijk uit te breiden en er zijn aardig wat add-ons voor te vinden. Het probleem is alleen als je een feature wilt die niet op een 'normale' manier toe te voegen is via een add-on moet je in de code zelf rommelen waardoor je telkens de updates handmatig moet toevoegen.

[kwaakvaak_v2]

Of Drupal commerce, wat een stuk beter in elkaar steekt dan ubercart, en vanaf de grond opnieuw is opgebouwd is voor drupal 7 en door een professionele club wordt onderhouden.Voordeel is ook dat in een aantal smaken als een kant en klare installatie profiel (lees distributie) wordt aangeboden.

De vraag is meer wat voor soort webshop moet het worden, hoeveel producten, hoeveel varianten etc. Want als Magento ergens goed in is, is het wel het hebben van een volledige shop-flow, met order beheer, product varianten etc. etc. De prijs die je daar voor betaald is helaas dat het minder goed is aan de CMS kant en behoorlijk stijl is om aan te passen, zelfs voor mensen die behoorlijk goed thuis zijn in ZF.

Joomla zou ik persoonlijk nooit kiezen voor een shop, en dat is vooral omdat ik erg zure smaak krijg van het ecosysteem rondom joomla. Alle extra modules zijn vaak commercieel en het bouwen van iets kan redelijk hard oplopen met 20 euro hier, 10 euro daar, en het snel tegen de grens oplopen van flexibiliteit in joomla. (en ja mijn mening is gekleurd, daarom is het ook een mening )

Wat boeiend kan worden, voor symfony2 het komende jaar is Vespolina een ecommerce systeem wat helemaal op S2 gemaakt wordt.

[kmf]

Naast de code-aanpassingen en features vind ik veiligheid van een webshop veel belangrijker. Zoek eens op "exploit <pakket>" en zie wat de resultaten zijn.

[-DarkShadow-]

Ik heb veel ervaring met Magento. Ik heb er veel code van doorgeworsteld, enkele kleine extensies voor geprogrammeerd, meerdere templates en ik onderhoud een VPS die Magento draait.

Magento is een draak van een pakket om mee te werken, dit komt voornamelijk doordat er geen documentatie beschikbaar is. Als je iets wil aanpassen, moet je alles zelf uitzoeken met de beperkte, vaak incorrecte informatie die er beschikbaar is.

Magento is traag. Bij het ontwerpen van Magento is er altijd voor flexibiliteit gekozen boven snelheid. Doordat er intensief gebruik wordt gemaakt van EAV, zijn er MySQL queries met honderden JOINS nodig. Doordat er ook veel PHP code verwerkt moet worden per request is Magento ook CPU intensief. Op een goede VPS krijg je Magento met moeite onder de 300ms. De eigen demo van XLS op http://www.magento-speed.com/ zit zelfs rond de 600ms. De backend is nog veel trager dan de frontend en dit wordt erger naarmate het aantal producten/ klanten/ bestellingen groeit.

De Magento community is dood. Er worden veel vragen op de forums gesteld, maar correcte antwoorden komen er zelden op moeilijke vragen. De echte experts hebben wel blogs, maar daar verschijnt alleen basis info. Magento kennis is veel geld waard en dat wordt niet gratis weggegeven.

Magento is niet gebouwd door ontwikkelaars met e-commerce ervaring en dat is te merken. Zo ontbreken er bijvoorbeeld SKU's op paklijsten bij configureerbare producten. Succes met inpakken!

Magento's backend is een ramp. Als je de Magento backend gaat gebruiken om bestellingen en voorraad te verwerken is er nog veel werk aan de winkel. Stel je voor dat er een levering van een leverancier binnen komt en dat je van deze producten de voorraad moet updaten. Dat is veel werk in Magento.

Laat je niet misleiden door de gratis Magento modules. De goede modules kosten voor Magento ook geld. In vergelijking met het aantal uren dat het kost om een Magento shop in te richten, aan te passen en up-to-date te houden kosten de modules peanuts.

[ZpAz]

Als je ervaring hebt met Zend Framework dan is Magento wel aan te raden aangezien het gebruikt maakt van ZF.

[Anoniem: 109106]

Eerlijk gezegd is het kiezen tussen slechte op dit moment...
De meeste "free" webshops zijn helaas niet al te bijster goed geprogrammeerd.

De nieuwe versies van de verschillende webshops die nu uit zijn kunnen interessant worden. Ik doel dan op Magento 2.0 en VirtueMart 2.0.
Shops die nu "nieuw" uit zijn gekomen / moeten komen, en wellicht wat kunnen worden zijn Symfony 2 eCommerce en Tienda.

[RobertMe]

Ik heb ook al enkele maanden ervaring met Magento development, zowel het bouwen van uitbreidingen als het maken van templates.

Samenvatting:
Extensie ontwikkeling: valt te doen, maar de leercurve is stijl en de documentatie is slecht
Templating: heel uitgebreid, hogere leercurve (niet echt stijl), maar je moet doorhebben hoe het in elkaar steekt.
Performance: niet altijd even snel, maar afhankelijk van de opgevraagde pagina.

Uitgebreid:
Extensie development gaat moeizaam omdat zoals aangegeven de documentatie slecht is (ontbreekt grotendeels). Voor een (groot) gedeelte ben je aangewezen op de code zelf, dus de Magento code napluizen om te zien hoe iets werkt, of hoe iets te doen. Echter is het ZF waardoor je soms Magento een beetje kunt omzeilen (resources (datalayer) zijn niet altijd echt nodig bv. doordat je altijd wel rechtstreeks met een query kunt werken en in je model kunt duwen). Het bied wel een hoge vorm van flexibiliteit. Extensies kunnen los van elkaar worden ontwikkeld en in Magento worden toegevoegd zonder de Magento code zelf te wijzigen. Dit doordat je maar met wat XML bestanden hoeft te werken om de extensie in te regelen. Via deze verschillende XML bestanden kun je vanalles en nog wat doen, je kunt je eigen frontcontroller/pagina's toevoegen, je kunt pagina's toevoegen aan het backend, je kunt eenvoudig instellingen voor de beheerder toevoegen. Via events kun je ook binnen de Magento code "wijzigingen" doet. Echter lijken deze events niet altijd even doordacht te zijn (bv. een event dat wordt getriggerd binnen een of andere "bereken" code, echter kun je binnen je event handler de uitkomst van de berekening niet aanpassen). Als je echt Magento code zelf wilt wijzigen heb je ook nog de mogelijkheid om een standaard klasse te overschrijven. Aanmaken van alle objecten gebeurd dynamisch op basis van een <modulenaam>/<naam ding>. Op basis van deze namen zoekt Magento zelf de juiste klasse op (normaliter op basis van een stuk XML voor de "basis" van de naam, bv dat de catalog module de models heeft met Mage_Catalog_Model, waarachter de naam van het ding wordt geplakt). Dit gedrag kun je weer overschrijven door een specifieke rewrite toe te voegen. Hierdoor kan jouw eigen extensie toch standaard Magento gedrag wijzigen.

Templates, als je doorhebt hoe het werkt, zijn heel flexibel. Elke pagina is opgebouwd uit een x aantal blokken. Elk blok bestaat uit een stuk PHP code en een template bestand (geen template engine, moet je met pure PHP doen). De PHP code bevat algemene layout logica en genereert geen HTML. De HTML komt uit het template bestand, wat dus weer per template anders kan zijn. Je blokken meerdere keren op dezelfde pagina zetten, waarbij je per blok kunt aangeven welk template bestand er gebruikt moet worden. Op deze manier kun je dus via dezelfde layout logica toch verschillende HTML genereren. Je hebt ook de volledige vrijheid om per pagina de volledige layout te wijzigen via verschillende XML bestanden. Per pagina (module + controller + action) wordt een bepaald deel uit de layout configuratie opgehaald en gerenderd. Je kunt daardoor heel specifiek aangeven welke blokken er zichtbaar zijn, op welke delen van de pagina (basis bestaat uit 4 layouts, 1 kolom, 2 kolommen (sidebar links), 2 kolommen (sidebar rechts) en 3 kolommen).

De performance is ook niet altijd even snel. Dit zal grotendeels komen door de verschillende lagen binnen de OO architectuur en daarnaast het gebruik van vele XML bestanden voor de configuratie en de verschillende template bestanden. Ook, zoals hierboven aangegeven, is het EAV systeem niet altijd snel. Maar de performance hangt ook samen met de actie. Het opvragen van CMS pagina's is redelijk snel, producten overzicht en details zijn ook redelijk snel, maar vooral het toevoegen van producten aan het mandje en het bekijken van het mandje zijn langzaam (kan 1,5 sec duren).

[dj_vibri]

zelf heb ik niet veel ervaring met webshops, maar die ene keer dat ik voor een klant een webshop diende op te zetten heb ik gebruik gemaakt van NopCommerce...

Maakt gebruik van .NET en MS SQL dus weet niet in hoeverre dit voor jou een mogelijkheid is, maar ik was er allesinds zéér tevreden over. (enige nadeel is dat de 'manual' betalend is, de rest is ook opensource).

[Kajel]

Dank voor alle reacties!

.NET vind ik eigenlijk niet echt een optie, omdat ik maar summiere kennis van C# heb, en ik niet nog een onbekende variabele in het ontwikkelproces wil hebben.

Wat betreft Magento: Ik hoor eigenlijk nagenoeg negativiteit, dus ik ben door jullie reacties in combinatie met de verhalen die ik elders over Magento heb gelezen, nu geneigd om dat links te laten liggen. Voorraadbeheer dat fatsoenlijk werkt, is wel echt een vereiste. Relatief eenvoudig wijzigingen aan kunnen brengen aan de werking van het systeem ook. Daarnaast wil ik ook wel kiezen voor een systeem waarbij op zijn minst een poging gedaan is tot het minimaliseren van database-overhead. Dat klinkt bij Magento niet het geval.

Joomla word ik zelf niet vrolijk van, en om eerlijk te zijn van Drupal ook niet. Wat Drupal betreft, is dat vooral vanwege de ontzettend achterhaalde code. Ik weet dat de Drupal community allerlei redenen heeft om OO en design patterns aan hun laars te lappen, but I don't buy it

Ik hoor verder niemand over Prestashop. Heeft niemand daar ervaring mee?

Vooralsnog ben ik geneigd om in Symfony2 te duiken en daarmee aan de slag te gaan...

EDIT: Even ter informatie over de shop: Het wordt een webshop waar buitenlandse merken kleding verkocht gaan worden en eventueel wat sieraden. Aantal verschillende producten: streven is rond de 100. Aantal verschillende varianten verschilt per product, maar zal tussen de 1 en de 7 liggen, waarbij het meestal rond de 3 is.

[ Voor 12% gewijzigd door Kajel op 11-09-2011 17:31 ]

[Manuel]

Kajel schreef op zondag 11 september 2011 @ 17:22:
Joomla word ik zelf niet vrolijk van, en om eerlijk te zijn van Drupal ook niet. Wat Drupal betreft, is dat vooral vanwege de ontzettend achterhaalde code. Ik weet dat de Drupal community allerlei redenen heeft om OO en design patterns aan hun laars te lappen, but I don't buy it

Vooralsnog ben ik geneigd om in Symfony2 te duiken en daarmee aan de slag te gaan...

Waarom word je niet vrolijk van Joomla? Het neemt heel veel werk uit handen en is snel te begrijpen voor mensen met een beetje website kennis. Ik had in elk geval veel vooroordelen over Joomla maar toen ik het eens ben gaan gebruiken werkt het best makkelijk en heeft tal van add-ons, gratis en betaald.

Zet gewoon eens wat installaties naast elkaar en ga wat experimenteren, houd hier ook rekening met de gebruiker die het moet gaan beheren.

Kajel schreef op zondag 11 september 2011 @ 17:22:
Vooralsnog ben ik geneigd om in Symfony2 te duiken en daarmee aan de slag te gaan...

Symfony2 is anders ook erg complex door de geringe documentatie en voorbeelden. De meeste voorbeelden die je op het internet ziet staan zijn allemaal gebaseerd PR8 of de beta variant. Kom je er dan niet uit moet je zelf klooien of naar het IRC kanaal gaan om daar wat rond te vragen.

Zorg in ieder geval er voor dat je weet waar je aan begint mocht je het zelf gaan maken.

[Kajel]

Klopt wat Symfony2 betreft, maar ik heb ruime ervaring met Symfony1.4, dus het gedachtegoed erachter ben ik mee bekend, wat scheelt.
Met de beperkte ervaring die ik met Joomla heb, en de beperkte kennis ervan, komt het op mij nou niet over als een systeem dat geschikt is om een robuuste webshop mee te bouwen

[DNA_Saint]

een grote kick, maar iets in dit topic heeft mijn aandacht getrokken.
We zitten momenteel te kijken naar welke webshop we gaan gebruiken. De keuze is voor 99,9% Magento.
Maarr....!!

-DarkShadow- schreef op donderdag 08 september 2011 @ 14:13:

Magento's backend is een ramp. Als je de Magento backend gaat gebruiken om bestellingen en voorraad te verwerken is er nog veel werk aan de winkel. Stel je voor dat er een levering van een leverancier binnen komt en dat je van deze producten de voorraad moet updaten. Dat is veel werk in Magento.

Wat wordt hiermee bedoeld? Is het veel werk omdat je het alleen per product elke keer kan updaten? En niet een mass update ofzo kan doen?
Voorraadcontrol is wel een belangrijk iets voor ons.

[Kajel]

Het webshop project bij mij is uiteindelijk niet doorgegaan, maar ik heb voordat de stekker eruit ging, wel de tijd gehad om met Magento te experimenteren. Alle verhalen over performance kloppen, evenals de verhalen over de lastig te onderhouden code. En dan te bedenken dat ik nog aardige ervaring met Zend heb.

Wat betreft bv. het updaten van voorraad in het backend: het kost veel handelingen, en de verschillende handelingen zijn niet altijd op logische plekken in de menu's te vinden. Koppel dit aan de inherente traagheid van het systeem, en je kunt je voorstellen dat het veel frustratie kan opleveren.

Magento is overigens makkelijk draaiend te krijgen op een lokaal systeem. Ik heb t binnen 20 minuutjes of minder aan de praat gekregen op mijn oude witte MacBookje. Als je onder Windows werkt, en je installeert XAMPP, dan is het waarschijnlijk ook zo gepiept. Als je dat doet, kun je even door het backend heen klikken met de demo shop, en zo een gevoel krijgen voor de werking ervan. Dan kun je een beter beeld vormen van de pros en cons.

Succes ermee!

[DoDo]

Magento is qua performance best te doen, zolang je maar zorgt dat je alle caching aan hebt, een memcache server gebruikt, en de whitepaper van Magento te doorlopen. Je moet inderdaad niet denken dat je dit op shared hosting kan draaien.

De backend is inderdaad niet de snelste, maar hij is niet zo langzaam dat het vervelend is.
Voor de meeste problemen zijn modules (Zoals het koppelen aan productfeeds, etc), die het leven een stuk makkelijker maken en goedkoper zijn dan het zelf programmeren.

Tevens zijn er programma's waardoor je de backend niet meer nodig hebt
http://www.mag-manager.com/

Al met al vind ik als je het eenmaal hebt draaien en hebt ingericht, dat het een stabiel en goed systeem is.

[Camulos]

Ik heb ook meerdere modules mogen aanpassen, templates mogen bouwen en enkele shops ingericht met Magento (van Beta tot aan 1.6.0)... De algemene (negatieve) punten kan ik be-amen!

- Traag, een beetje webshop heeft een stevige dedicated server nodig
- Documentatie van lik-me-vestje
- Upgraden naar de nieuwste versie gaat 99% van de gevallen mis
- Kleine aanpassingen kosten vele uren aan werk. Zeker in het begin zul je niet weten waar je moet beginnen.

Wat is er dan wel goed?
- Alles is gescheiden: template-opbouw - modules - template zelf - language - core - etc.
- Veel opties
- Mooie features, ziet er goed uit, veel modules beschikbaar
- ALS hij het doet.. dan doet ie het ook goed

Wat is het probleem: Het product is imo over-engineered, waarbij men doorgeschoten is bij de opbouw en architectuur. Honderden bestanden, waarbij elk bestand slechts 1 verantwoordelijkheid heeft; vaak zie je door het bomen het bos niet meer.. Dit pakket mag wat mij betreft een grote hoeveel KISS gaan toepassen op haar code!

@DoDo: Caching is natuurlijk goed! Maar als het product zonder een APC/Memcache niet vooruit te branden is... daarnaast is er een overkill aan queries die vaak bottlenecked (doe maar eens een Apache Benchmark op je magento installatie en zie je database huilen ). Verder gaaf de ingebakken Magento Cache ook vaak problemen in eerdere versies (je moest handmatig cache leegmaken voordat bepaalde content/aanpassingen weergegeven werd).

[kwaakvaak_v2]

<flame>
Het product is imo over-engineered,
</flame>

is dat niet inherent aan ZF? Dit is precies hetzelfde probleem wat ik wel vaker bij ZF based projecten zie. Classes met een interface waar in de abstract of final een wrapper is random een bestaande PHP functie.

(check de zend_filter maar eens bijvoorbeeld)

[JefSnare]

Kort en bondig is Magento een zwaar pakket waar veel werk in gaat zitten om het überhaupt te developen en daarna optimaal draaiend te krijgen. Op 't werk hebben we erg grote shops in Magento (50.00 tot 150.000 producten) en dan loop je ook sneller tegen limitaties/problemen aan. (indexes, caching, page loads, imports).

Het werken met Magento is wel een rewarding waard, er is bijna niets wat zo gecompliceerd in elkaar zit als dit e-commerce pakket (maar dat is mijn mening..)

Anyways, met Magento CE (Community Edition) moet je prima uit de voeten kunnen komen. Lees de blogs van Alan Storm (zijn boek is ook echt een aanrader), A. Schroder en Vinai Kopp en je komt erg ver. Als ik dan tenslotte nog een tip mag geven, vertrouw niet op gratis plugins. Besteed liever 60 dollar aan een plugin die bekend is, als een gratis plugin met een observer die je website sloopt.

[Onoffon]

Zelf heb ik ervaring met het opzetten van een aantal shops in prestashop welke gebruikt maakt van de Smarty Engine, het is even wennen maar het is wel goed gedocumenteerd, uiteindelijk hebben we erg veel custom zelf gemaakt zodat we geen plug-ins zelf hoefden te kopen.

[Rolfie]

Ik ben zelf momenteel ook aan het kijken naar een nieuwe webshop.

Momenteel heb ik een volledige custom OSCommerce 2.2 versie draaien. En die moet geupdate worden. En daar wordt je helemaal niet vrolijk van. Waarbij het belangrijkste is, het is een download shop. De artikelen zijn dus allemaal downloadbaar. En dit is dus een belangrijk iets voor de shop.
En dan heb je ook nog eens het handmatige plugin beheer er bij. Maw tijd om eens verder te kijken, dit is niet meer levens vatbaar.

En dan kom je al snel uit op 2 versies, Magento en Prestashop.
En dan ga je gewoon maar eens even testen. Installeer het gewoon eens, en bekijk eens hoe het werkt.

Prestashop: Snel, gemakkelijk en eenvoudig. Doet eigenlijk precies wat ik wil. Zou niet heel hoeven aan te passen in de code voor een goede download shop. Bijna alleen maar betaalde plugins. Maar totaal geen ondersteuning voor Animated GIF, en die is voor mijn shop belangrijk.

Magento: Zonder cache en overige optimalisatie, traaaaaaag. Zeer complex om er zo maar even aan te beginnen. Neem je tijd er voor. Wel volledig naar je enigenhand om te zetten. Animated gif, kan redelijk gemakkelijk gebruikt worden. Plugins die ik nodig zou hebben, zijn voornamelijk ook gratis.

helaas ben ik dus door de animated gif verplicht om aan Magento. Als is het zeker de moeite waarom, om dat kijken of ik niet kan afstappen van de animated gif. Zou me een hoop tijd kunnen schelen...

[connectcase]

Ik kwam dit al wat oudere topic tegen op zoek naar alternatieven voor Magento.

Omdat ik wel eens wat in een veel oudere versie van Magento heb gedaan en mijn klant zich op een beurs enthousiast heeft laten maken voor Magento, heb ik ja gezegd op deze opdracht. Echter, hoe meer ik er mee bezig ben, hoe meer ik tegen obstakels aanloop:

Performance
Inderdaad, de performance is niet best.

En natuurlijk, er valt wel een mouw aan te passen met een VPS of dedicated hosting en goed gebruik van cachemanagement, maar dat zou toch eigenlijk niet nodig moeten zijn?

Jawel, want Magento maakt gebruik van het EAV-databasemodel, wat het concept heel schaalbaar maakt (341 tabellen in de meest recente versie!!), maar ook retetraag!

Ik denk dat een hoop winkeliers liever snelheid dan schaalbaarheid hebben, zeker als je niet enorm veel variatie in producteigenschappen hebt.

Documentatie
Prachtig, dat schaalbare EAV-model, maar ooit wel een geprobeerd om een uitgebreide omschrijving van de Magento database te vinden? Dit gaat je helaas niet lukken, ook omdat de forums sowieso meer vragen dan antwoorden bevatten.

De database wement van vage "entities", waar niemand behalve de Magento-ontwikkelaars zelf de betekenis van kennen. Die laten echter niets van zich horen; Magento kent namelijk ook betaalde varianten, weet je nog? Waarom informatie gratis verstrekken als je er ook goed aan kunt verdienen?

Open source blijkt dan opeens helemaal niet zo open te zijn.....

Migratie
De importfaciliteiten zijn echt bizar slecht. Standaard kunnen alleen producten en klanten worden geimporteerd. Orders, productgroepen etc. uit je oude e-commerce pakket dienen bij voorkeur met de hand overgetyped te worden!

Tuurlijk bestaat er 3e-partij-software als Magmi, maar wederom: dit zou toch niet nodig moeten zijn?
Enne... wel eens geprobeerd categories te importeren MET description/keywords/images etc.? Daar heeft ook Magmi geen oplossing voor....

En natuurlijk ga je als techneut meteen proberen maatwerkqueries op de MySQL database los te laten, maar dat is best lastig als de documentatie ontbreekt!

En dan geldt dit nog voor twee verschillende pakketten. Ooit wel eens geprobeerd Magento te upgraden naar de volgende versie? Gaat ook niet altijd even soepel, he?

Maatwerk
Komt ie weer; de ontbrekende documentatie! Als je klant om maatwerkuitbreidingen vraagt en jij moet telkens weer alle code doorbladeren om bij te kijken hoe eea. ook al weer werkt, zorg dan in ieder geval dat je op uurtariefbasis werkt!

Effe serieus, het is natuurlijk best flauw dat je je klant een gepeperde rekening moet sturen, omdat jij zoveel tijd kwijt bent aan "research & development" (oftwel: Googlen tot je vingers bloeden!), zelfs als je een Zend-expert bent.

Het is al helemaal niet grappig als vlak voor de oplevering van de webshop een standaardfaciliteit niet goed blijkt te werken werkt en jij moet het oplossen. Je klant gaat al die extra uren zoekwerk echt niet betalen, het is tenslotte een standaardfaciliteit die het gewoon hoort te doen.

En natuurlijk kun je het tegen betaling door Magento laten uitzoeken, maar daar heeft je klant geen boodschap aan, dus dat is ook voor jouw rekening.

Gratis software blijkt soms helemaal niet gratis te zijn, maar meer een proefverpakking om het product populairder te maken. Het verkoopargument "alle grote webshops gebruiken Magento" zou moeten zijn "alle grote webshops gebruiken de GEDOCUMENTEERDE, DURE versie van Magento"...

En dan heb ik nog niet eens gehad over het feit dat er maar 1 Nederlandstalig Magento-boek bestaat, het voorraadbeheer in Magento net even te veel klikken nodig heeft en de officiele Nederlandse vertaling barst van de fouten....

[Saven]

Prestashop is niet lichtgewicht hoor. Ook zo traag als dikke stront door een dunne trechter
Magento op een VPS/dedicated? Ook traag als ik weet niet wat. Een goede vriend draait een redelijk kleine shop op een SSD VPS en dat ding is ook traag als een malle. 3 / 4 seconden ruim voordat je een pagina te zien krijgt.

Heb ook voor dit dilemma gestaan en gekozen om het zelf te bouwen, omdat extreem lichtgewicht en snelheid een vereiste was. Uiteindelijk ben je er niet zo heel veel meer tijd aan kwijt, naar mijn idee, mits je een goed basis framework hebt. Als je echt alle opties van de backend na wilt maken ben je waarschijnlijk meer tijd kwijt; maar dat is het voordeel van maatwerk, je hoeft niet alles na te maken

Wat ook een grote rol heeft gespeeld is dat als ik het zelf maak, ik precies weet hoe de vork in de steel steekt. Zo ben ik niet veel tijd kwijt aan aanpassen die geheid nog gaan komen, of hoef ik het niet uit te besteden aan een ander (potentieel?) duur bedrijf.

[ Voor 28% gewijzigd door Saven op 01-05-2013 21:48 ]

[TheNephilim]

Je kunt ook gewoon Wordpress met een plugin pakken. WooCommerce is een bekende, maar er zijn er nog meer.

Zelf hebben we hier een eigen systeem in elkaar gezet, dat was de beste oplossing gezien de meeste klanten geen hele uitgebreide webshops nodig hebben en het ontwerp vaak dingen vereist die niet mogelijk zijn met de standaard plugins.

[connectcase]

De keuze die ik op dit moment moet maken is tussen zelfbouw en Prestashop. Ik neigde inderdaad ook naar zelfbouw, maar daar zitten toch een aantal obstakels aan:

• tijdnood; mijn klant wil best veel functionaliteiten.....
• beta testing; omdat het maatwerk is, moet dit door de klant gedaan worden, terwijl bij bestaande software de rest van de wereld daar al mee heeft geholpen. Je wilt niet dat er na de live gang een miniscule typefout in je eigen software zit! Kan natuurlijk ook in bestaande software, maar toch....
• afhankelijkheid; het bekende "als jij onder de tram komt...". Natuurlijk is dat deels te ondervangen met een goed framework en goede documentatie, maar toch: het blijft jouw werk.

[connectcase]

Ik heb meteen een soort onderzoek ervan gemaakt en de resultaten in een PDF gegoten. Misschien heeft iemand er nog iets aan:

http://www.laatuwwebsitew...g-open-source-e-commerce/

[Saven]

connectcase schreef op zaterdag 04 mei 2013 @ 13:49:
De keuze die ik op dit moment moet maken is tussen zelfbouw en Prestashop. Ik neigde inderdaad ook naar zelfbouw, maar daar zitten toch een aantal obstakels aan:

• afhankelijkheid; het bekende "als jij onder de tram komt...". Natuurlijk is dat deels te ondervangen met een goed framework en goede documentatie, maar toch: het blijft jouw werk.

Dat zou je als ondernemer alleen maar als voordeel moeten zien.. Als de klant aanpassingen wil doen moet hij eigenlijk wel naar jou/jouw bedrijf terugkomen