Voila déjà quelques temps que j’observe l’évolution d’une solution e-commerce open-source que tout le monde s’accorde à voir comme la remplaçante d’OsCommerce : Magento. Elle a été longtemps en développement, et depuis peu elle est disponible au téléchargement en version stable. Bien qu’encore très jeune, Magento est une communauté qui est très prometteuse à mon avis, et pour plusieurs raisons :
- l’outil est développé par Varien, une société proche de Zend, une référence dans le monde PHP
- le code source a l’air propre et le développement bien pensé, en se basant sur un framework de référence (Zend Framework) qu’ils ont étendu
- l’interface d’administration est propre et bien plus ergonomique que les autres solutions e-commerce open-source que j’ai pu tester jusqu’à présent
- le site communautaire est vraiment bien fait, et donne envie de contribuer
- la communauté semble très active et se met en place rapidement
- mine de rien, on sent qu’ils ont mis les moyens chez Varien pour ce projet …
Néanmoins à mon sens il reste encore quelques obstacles à l’intégration efficace de Magento pour un site e-commerce :
- jeunesse de la solution : des bugs continuent d’être corrigés, dont certains parfois assez importants
- complexité technique de l’application : contrairement à OsCommerce, le code et l’architecture technique sont très loin d’être simples à prendre en main, même si le tout semble plutôt bien développé
- le manque de contributions : il n’existe pas encore énormément de contributions, notamment pour les deux types de modules importants pour l’e-commerce : les moyens de livraison et les moyens de paiements.
Je pense toutefois que ces lacunes vont rapidement être comblées, si on en croit le dynamisme de la communauté Magento. Rien que cette semaine, pas mal d’annonces importantes ont été faites :
- une nouvelle version mineure qui corrige un certain nombre de bugs connus
- la publication du guide utilisateur Magento
- la mise à disposition d’une nouvelle version de l’outil de migration depuis OsCommerce
- de nouveaux modules de paiement disponibles, dont SP Plus qui nous intéresse plus particulièrement en France
Gageons que dans les semaines à venir, les contributions et les annonces vont continuer à pleuvoir. Ce qui manque à mon sens aujourd’hui, ce sont des vraies ressources pour les intégrateurs graphiques, point qui me semble encore assez peu développé chez Magento.
Si vous voulez vous faire une idée sur cette solution, vous pouvez aussi lire l’interview de Alexander Ringsdorff (Visions New Media) qui explique les raisons du choix de Magento dans sa société.
Abonnez-vous au flux RSS
Suivez-moi sur Twitter !
Contactez-moi !
7 commentaires pour ce billet
J’ai lu quelques tests et ce qui me fait peur c’est les performances en standard. J’avais lu 7 requêtes / secondes sur une machine de type Dédibox et quelques 100 requêtes sur certaines pages. Après il est peut être possible de configurer facilement un cache à plusieurs niveaux (eaccelerator, memcache, nginx pour les fichiers statiques), mais ça me fait peur.
Effectivement, je n’ai pas creusé encore la question de la charge, mais ça ne saurait tarder avec un projet en préparation. Les versions béta étaient effectivement assez lentes, mais d’après l’équipe de développement ce point a été amélioré. Reste que le développement est assez complexes, et je ne sais pas jusqu’à où il va être possible d’aller au niveau de l’optimisation. Pour le cache, c’est à creuser, je ne sais pas si ils utilisent le système de cache de Zend Framework ou pas.
C’est souvent le problème avec les architectures bien pensée et souples. Quand on vois que le principal frein de « Ruby on Rails » est le déploiement et la montée en charge… ZEND a repris complètement ROR en l’adaptant à PHP, mais ca reste quand même loin de l’esthétique du code Ruby avec l’ »objet » (on ne vas pas parler de « ruby vs php »…). On peut croire que l’équipe de dev de Magento ont choisi une architecture MVC pour accélérer l’évolution et la maintenance de son code, même si le déploiement posera problème sur des petites machines.
On va bientôt assister à l’évolution du marché des hébergeurs ?; migration d’APACHE vers NGINX, du Load balancing en mutualisé en entrée de gamme ?…
Je pense que le cache n’est pas la meilleures solutions à adopter pour Magento. Le MVC, c’est beau, c’est Classe, c’est Surprenant,…. mais ça à un prix.
Etant dans le marché de l’hébergement, je ne pense sérieusement pas que NGINX remplacera complètement Apache. Je dirai plutôt qu’ils deviendront complèmentaires, Apache avec PHP pour le dynamique et NGINX pour le statique. Apache est beaucoup plus facilement configurable dans des environnements mutualisés du fait de modules déjà existants permettant de supporter les hôtes virtuels de façon dynamique.
Quant à du load balancing .. la plupart des hébergeurs pratique cette technique afin de répartir correctement la charge donc pas de nouveauté à ce niveau. Quant à utiliser des solutions toutes faîtes, je dis que c’est bien et mal à la fois car si cela n’est pas optimisé, on se retrouver avec une architecture surdimensionnée et au final on perd plus d’argent que l’on en gagne.
Les problématiques de charge sont assez bien connues maintenant et des solutions existent (APC, memcache, sharedance …)
Pas mal la dernière version avec produits virtuel 1.1.1 et plus rapide que la précédente.
Voici ma boutique en Magento : http://www.website1service.com
Matt : Peut-être que c’est le cache qui laisse une apparence de fluidité, mais la première page requière au moins 20 sec pour voir la home page.
ps: mais bon ça te fait un backink de plus :)
Je viens d’installer la dernière version 1.1.6, plusieurs bugs importants des versions précédantes ont été corrigées. http://www.smartcoyote.com
version plus rapide également