Comme ça bouge beaucoup autour de Magento en ce moment, il me semble intéressant de résumer rapidement la situation. Je dirais qu’après la phase de découverte, nous entrons dans celle de la consolidation.

Sur le terrain

Magento serait la solution e-commerce utilisée par 65000 à 70000 sites dans le monde pour un chiffre d’affaires cumulé de… 25 milliards de dollars par an ! De bons chiffres quand on sait que la solution n’a que deux ans et demi. Les retours des utilisateurs sont nombreux et rendent la solution robuste et fiable, comme le montre la série 1.4.x de Magento Community Edition.

Magento Inc., son éditeur, est très satisfait, annonce être rentable et emploie déjà 180 personnes !

Les compétences

Venons-en au marché des prestations Magento. Jusqu’à la fin de l’année 2009, ça partait un peu dans tous les sens : Magento n’avait pas calé son modèle économique, les partenaires ne voyaient pas comment tirer leur épingle du jeu, les intégrateurs pensaient tous maîtriser la bête, les e-commerçants voyaient une réponse à tous leurs délires. Il a fallu revenir sur terre…

Aujourd’hui, nous constatons de nombreuses réussites, mais aussi des échecs dont la cause tient essentiellement à une mauvaise maîtrise de la partie technique. L’architecture est complexe et impose une excellente maîtrise de la programmation orientée objet. L’hébergement est particulier et nécessite une forte personnalisation des serveurs. Ces deux aspects cumulés ont fait des ravages…

Un bon développeur qui ne connaît pas Magento sera pleinement opérationnel au bout de quatre mois. Ceux qui ne connaissent pas l’UML, l’objet, les design patterns et le Zend Framework peuvent ajouter un an ! Les compétences Magento sont très recherchées sur le marché de l’emploi car des profils aussi pointus sont rares.

La partie web design n’est pas en reste. Manipuler les layouts et les templates tient de l’art martial. La puissance est fabuleuse, mais que d’efforts pour ne pas anéantir un joli site à cause de performances catastrophiques ! Là aussi, il faut savoir jouer avec les blocs, les objets, les singletons, le XML…

La feuille de route

Un petit mot sur ce que nous réserve l’avenir. Personne n’a pu passer à côté de Magento Mobile qui est en production depuis cet été. Il lui manque encore le support de l’iPad et d’Androïd, mais ça va venir vite.

Le mois d’août fut surtout marqué par le lancement du projet Magento 2.0. Il faudra du temps avant de jouer avec, mais cette nouvelle série sera certainement bien plus robuste et performante. Elle est en cours de développement avec les objectifs suivants :

• Tests unitaires et intégration continue
• Tests de charge, amélioration des performances, gestion de CDN (Content Delivery Network)
• Amélioration de la sécurité
• Révision de l’architecture, meilleur découplage, réorganisation des vues
• Couverture complète des fonctionnalités par l’API
• Utilisation d’autres système de gestion de bases de données
• Amélioration des fonctionnalités Internationalisation / Localisation (I18N, L10N)

Mais il se passera bien des choses d’ici-là. Magento Community Edition 1.4.2.0 devrait sortir ce mois-ci, avec quelques nouveautés intéressantes dont une refonte de Magento Connect Manager : nous pourrons enfin installer des extensions locales depuis le backend !

La prochaine étape sera Magento Community Edition 1.5.0.0 en début d’année 2011, avec un point que j’attends depuis longtemps : un support complet des informations du catalogue dans les fichiers de données à importer.

Les éditions Professional et Enterprise ne traînent pas non plus : une version 1.9.1.0 vient de sortir, la version 1.10.0.0 est attendue pour la fin de l’année.

Et puis, il ne faut pas oublier le petit nouveau : Stratus.

Et  après ?

Toutes ces bonnes nouvelles font naître des tonnes de questions dont les réponses seront très certainement répétées et précisées au Bargento 5, lundi prochain !

C’est marrant : avec Magento, c’est un peu « je t’aime, mois non plus ». On peste, on râle, on souffre, mais on ne peut plus s’en passer ! Vous n’avez pas cette impression ?

Après de longs mois de travail (et de retard…), Magento Community Edition 1.4.0.0 est à disposition de tous. Pour avoir participé (un peu) à son élaboration, je peux affirmer qu’elle représente une étape majeure. Si je faisais une analogie avec les services web 2.0, je dirais que Magento vient de quitter sa période bêta. En effet, nous avons tous essuyé les plâtres d’une solution innovante mais jeune, bourrée de fonctionnalités mais aussi de carences, dotée d’une architecture extraordinaire mais pas encore bien huilée. Varien a intégré nos expériences, compris nos contraintes et répondu à nos besoins. Le résultat, c’est cette version 1.4.0.0.

Magento 1.4.0.0, c’est pas loin de 2 millions de lignes de code, 875 fichiers supprimés, 2366 fichiers nouveaux, 3437 fichiers modifiés, des dizaines de milliers de différences dans les lignes de code. Autant dire que les modifications réalisées sont profondes. C’est une excellente nouvelle pour les nouveaux sites Magento… et un peu moins bonne pour les anciens, nous allons voir pourquoi.

Au-delà d’une simple liste des nouveautés, je vous propose de découvrir ce que cette version va changer pour les utilisateurs et intégrateurs de Magento.

Quoi de neuf dans Magento 1.4.0.0 ?

Refonte complète des calculs des prix et des taxes

C’est pour moi l’aspect le plus important dans les changements apportés. La solution a été conçue aux États-Unis, pays où les produits affichent toujours un prix hors taxes, même pour les particuliers. Évidemment, ce n’est pas le cas en Europe où les prix incluent les taxes en BtoC, ce qui inverse de fait tous les calculs de prix.

Jusqu’à présent, Magento faisait sa cuisine en basculant les prix TTC en prix HT, ce qui posait rapidement des soucis de calcul des remises et des taxes. A cela s’ajoutait des arrondis un peu approximatifs… Un point critique très pénalisant pour le développement de Magento en Europe. Il fallait jongler avec des configurations un peu bancales et des modules spécifiques pour patcher les comportements, en fonction du catalogue et du métier du client. Faisable, mais un peu lourd…

J’ai longuement travailler avec Varien sur ce point. Nous avons étudié plusieurs pistes à partir des besoins métiers transmis (un grand merci à Sébastien Lepers, alias SeL qui a joué un rôle essentiel dans cette phase d’étude). Tout me paraissait simple jusqu’à ce que certains pays asiatiques entrent dans la boucle avec des règles fiscales et comptables aussi dingues que les nôtres… mais différentes !

L’équipe de Yoav Kutner (directeur technique de Varien) a donc imaginé un configurateur de calcul suffisamment abstrait pour être adapté à tous les cas. Et ça marche ! La TVA sur les remises est maintenant un vieux cauchemar.

La configuration des calculs dans Magento 1.4.0.0.

L’arrivée des widgets

Oui, Magento gère maintenant les widgets. Rien d’exceptionnel, d’autres applications le font. Sauf que c’est un changement radical à la fois pour les utilisateurs de la plate-forme et pour les développeurs Magento.

Les utilisateurs bénéficient maintenant de petites fonctionnalités intéressantes, exploitables depuis les contenus de pages et de blocs. Par défaut, on a l’insertion de liens vers des pages et des catégories ou encore la liste des nouveaux produits. Ce qui demandait souvent des développements spécifiques est maintenant intégré et configurable par un utilisateur.

Les développeurs, eux, vont se régaler à proposer des mini-fonctionnalités rapidement et simplement. Et au final, de nombreuses extensions actuelles n’auront plus aucun intérêt. Elles seront avantageusement remplacées par des widgets.

Création d’une instance de widget.

Intégration du wysiwyg dans les pages et les blocs CMS

La solution Magento a souventété critiquée pour son absence d’outil d’enrichissement des contenus. C’est maintenant chose faite ! En arrière-plan, c’est TinyMCE qui s’y colle avec les fonctionnalités que nous connaissons déjà.

Le wysiwyg dans une page CMS.

Le wysiwyg s’accompagne d’un navigateur de fichiers qui permet de stocker (dans le dossier media de Magento) des images et des documents. L’utilisateur a donc la main sur le placement de ses ressources et la gestion de sa bibliothèque.

Le navigateur permet de créer des dossiers pour organiser ses fichiers.

Refonte du système d’indexation et de cache

Toute la gestion des index et du cache a été repensée. Jusqu’à présent, les actions n’était pas claires, les résultats pas toujours évidents, ce qui nous obligeait à tout purger dès qu’on touchait à un truc. Résultat catastrophique sur les sites à fort trafic…

Donc maintenant, c’est clair, pratique et efficace. Extensible aussi, on peut ajouter d’autres contenus en cache ou en index (extensions, par exemple).

Gestion du cache.

Gestion des index.

Refonte de l’affichage des erreurs et des statuts HTTP

La gestion de l’affichage des erreurs a été revue. Elle n’est plus limitée aux erreurs fatales (Magento report) et 404 (page non trouvée). Et on peut personnaliser le fond et la forme de chaque page d’erreur.

Clés URL  par vue

Un truc énervant depuis les débuts de Magento : pas de clé URL par vue. Si on avait un site en français et en anglais, il n’offrait qu’une seule clé URL. Par exemple, la catégorie www.example.com/ma-categorie avait la même adresse en français et en anglais. Une catastrophe pour le référencement.

Maintenant, on peut avoir une seule catégorie avec deux adresses : www.example.com/ma-categorie en français et www.example.com/my-category en anglais.

Une clé URL par défaut ou par vue.

Bootstrap contextuel

Le bootstrap de Magento (ce qui permet à Magento de démarrer) a été repensé pour faciliter l’exploitation. On peut maintenant gérer le démarrage de plusieurs sites sans passer par un fichier index.php pour chacun, mais simplement en jouant avec les variables d’environnement. On peut donc démarrer un site via la configuration d’un hôte virtuel dans le serveur web (vhost d’Apache par exemple).

Ajout du genre dans le compte client

Petit détail, mais la question revenait en permanence. Alors Varien a ajouté le genre dans le compte client. On peut enfin faire des offres promotionnelles pour les femmes seulement !

Montée en version de Zend Framework

Zend Framework (qui est à la base de toute l’architecture de Magento) fait un bond important en passant de la version 1.7.2 à la 1.9.6. Ce n’est pas la toute dernière (v. 1.10.1), mais suffisant pour disposer de composants intéressants pour le développement d’extensions (outils Rapid Application Development, cloud computing, Zend_Reflection, Zend_Queue, etc.).

Implémentation de 3D Secure

Magento gère désormais 3D Secure. Et après ? Euh… j’avoue que là, je n’ai pas creusé. Les courageux analyseront le module Mage_Centinel.

Refonte du module Paypal

Le module Paypal a été totalement réécrit. Il offre plus de fonctionnalités, tout en éliminant des bogues un peu pénibles.

Gestion de variables personnalisées

Un petit truc génial ! On se demande même comment on n’a pu faire sans. Grâce à cette nouvelle entrée du menu Système, on peut définir des variables et leur valeur, puis les utiliser dans les contenus de Magento (pages, blocs et e-mails).

Je crée une variable personnalisée dans le menu Système.

J’insère ma variable dans n’importe quel contenu Magento.

Ici la variable est insérée dans un bloc. On reconnait la syntaxe particulière que Magento utilise pour les données dynamiques.

En affichant le bloc dans une catégorie, je récupère la valeur de la variable personnalisée. Magique !

Refonte de la gestion des thèmes

La gestion des thèmes a été repensée pour faciliter leur maintenance qui devenait un enfer sur des sites Magento un peu anciens… Maintenant, plus le choix : on surcharge le thème de base !

Une version attirante pour les nouveaux entrants…

Au final, Magento prend une excellente direction. Les concepts étaient là dès le début, il fallait seulement les renforcer. Les fonctionnalités sont d’une exceptionnelle richesse pour une solution open source. Côté performances, Magento gagne encore des points.

… mais une mise à jour délicate sur les anciens sites

Le gros problème de Magento 1.4, c’est la profonde modification de son noyau (le core). Certes, c’est bien mieux pour l’avenir. Mais la mise à jour depuis des versions antérieures sera un véritable casse-tête pour ceux qui ne sont pas restés sur les fonctionnalités standard.

Attendre la mise à jour des extensions

Premier point, les 1700 extensions présentes dans Magento Connect vont devoir être mises à jour, testées et publiées. Pour certaines d’entre elles, cela représente des semaines de travail. Heureusement, Varien avait mis à disposition des versions bêta pour que les intégrateurs préparent ce travail.

Cependant, il va sans doute falloir du temps avant d’utiliser des extensions compatibles. Je pense surtout à celles qui sont indispensables : traductions, modes de paiement, modes de livraison, passerelles d’échange de données, etc.

Refactoriser les développements

Certaines classes et méthodes sont dépréciées, des modules ont été déplacés, l’arborescence des fichiers a changé. Résultat : une nécessaire révision des développements spécifiques, suivie d’une phase de tests non négligeable.

Mettre à jour les thèmes

Cette tâche n’est pas nouvelle : à chaque mise à jour de Magento, il faut reporter les modifications apportées au thème par défaut sur son propre thème.

Sauf que là, c’est vraiment différent ! La notion de base de thèmes a été intégrée et le thème par défaut se déleste de 38 fichiers, s’alourdit de 49, tandis que 291 sont modifiés. On n’a pas fini de faire des comparaisons de code…

Remplacer des modules par des widgets

Pour ceux qui auront tenu les quelques semaines de mise à jour vers Magento 1.4.0.0, il reste la transformation de modules en widgets. De nombreux modules ajoutaient des mini-fonctionnalité aux utilisateurs (afficher les meilleures ventes dans une page, par exemple). Désormais, les widgets, plus légers et configurables par l’utilisateur, vont prendre le relais.

Conclusion

Magento 1.4.0.0 est une bien belle version, avec un potentiel qui devient réellement exploitable. Les nouveaux utilisateurs et intégrateurs seront conquis. Les autres vont d’abord s’arracher les cheveux pour la mise à jour, puis goûteront le plaisir d’être à la pointe de l’innovation.

Une dernière chose : je vous conseille de ne jamais mettre à jour Magento via l’interface d’administration de Magento sur un site en production. Cette  action simple et rapide va entraîner une belle dose de stress ! Dupliquez votre site sur un serveur de test et analysez bien les conséquences de la mise à jour sur vos réalisations spécifiques. Magento est un outil professionnel puissant, rigoureux et exigeant. Il faut l’être aussi.

Magento est un bien joli projet qui peut maintenant servir de cas d’école pour les élèves ingénieurs. Son architecture objet complexe mais extensible offre un degré de personnalisation rarement vu dans une solution e-commerce.

Cependant, avoir une vision globale ou comprendre le comportement précis d’un module reste un exercice ardu. Surtout sans documentation de référence…

Heureusement, il existe toujours un outil fabuleux pour nous sauver la mise et, sur ce coup, c’est nWIRE for PHP qui s’y colle. Avec talent.

nWIRE analyse le code PHP et en extrait tous les composants et associations. Intégré à Eclipse, il offre une vue précise des éléments du code source, notamment sur des architectures purement objet comme Magento. Les grincheux vont me dire que l’UML est fait pour ça et que PHPDocumentor nous sort ces informations. Sauf que personne n’a réussi à le faire pour Magento, alors que nWIRE le fait en temps réel pendant le développement. Petit tour d’horizon.

Que fait nWIRE ?

nWIRE commence par analyser votre espace de travail pour indexer les éléments du code source et créer sa propre base d’informations. Chaque détail du code compte : déclaration de méthode, surcharge, invocation, instanciation, interface, sous-classes, commentaires normés, etc.

L’analyse en tâche de fond apporte un réel confort lors du développement (à condition d’avoir une machine qui supporte la lourdeur d’Eclipse…).

Un navigateur intuitif

Une fois l’analyse terminée, nWIRE Navigator prend le relais pour afficher toutes les informations qu’il possède sur un fichier ouvert. L’affichage s’adapte à la position du curseur dans le code, on obtient donc des informations contextuelles.

Le Navigator est bien sûr navigable. On peut facilement explorer les liens vers d’autres blocs de code appartenant à d’autres fichiers. Ceux-ci s’ouvriront à la volée dans Eclipse.

Le comportement est paramétrable, on peut alors se focaliser sur certains résultats pour éviter d’être noyé dans la masse d’informations.

Les schémas en prime

Des textes, c’est bien, mais un dessin, c’est mieux ! nWIRE Visualizer peut donc créer un graphique des relations, à partir de la sélection faite dans le navigateur. Cerise sur le gâteau, ce graphique n’est pas figé mais navigable, lui aussi !

La recherche n’est pas oubliée

Avoir un tel outil sans moteur de recherche serait une aberration. Donc il existe… et il est efficace ! Plus rapide et plus adaptée que celui d’Eclipse (Ctrl + H). De plus, il gère la complétion automatique afin de proposer des résultats, même quand vous ne connaissez pas bien les composants applicatifs.

En pratique, ça donne quoi ?

Commençons par un premier exemple. Je souhaite comprendre l’architecture du modèle de gestion des produits du catalogue.

J’ouvre le fichier app/code/core/Mage/Catalog/Model/Product/Type/Abstract.php.

nWIRE me donne les premières informations sur ce fichier qui contient la classe Mage_Catalog_Model_Product_Type_Abstract.

Si j’ouvre le contenu de cette classe, j’obtiens la liste des propriétés et méthodes avec un focus dans le code source du fichier ouvert. Ici, la méthode getSku() est sélectionnée.

Plus intéressant, je souhaite savoir quelles sont les sous-classes de Mage_Catalog_Model_Product_Type_Abstract. J’obtiens les types de produits Magento : Simple, Configurable, Grouped, Virtual, Bundle.

Tiens ? Au passage, on voit de suite que les produits de type Bundle sont gérés par un module spécifique. Voilà un cas particulier détecté en 5 secondes !

La première découverte étant faite, je souhaite la partager avec mes collègues. Un beau schéma ferait bien l’affaire.

Le premier essai n’est pas idéal. Aucun filtre n’est appliqué et le résultat est trop confus.

Après un petit passage dans les filtres, c’est nettement mieux ! J’ai ce qu’il me faut.

Si je navigue dedans, je peux avoir certains détails, comme ici les méthodes qui retournent l’objet sélectionné dans l’ensemble du code Magento. Très précieux pour comprendre certains comportements.

Autre exemple autour de la recherche : à quel moment Magento dispatche les événements ? On active le moteur de recherche, mot-clé dispatchEvent et c’est parti.

Parmi les entrées retournées (en moins d’une seconde, les habitués au moteur de recherche d’Eclipse apprécieront), la méthode Mage::dispatchEvent() m’intéresse. Je la sélectionne et nWIRE ouvre le fichier qui contient cet élément. J’ai donc une vision claire du traitement des événements.

Mais ce qui m’intéresse, c’est de savoir où est utilisée cette méthode dans Magento, je vais donc chercher son invocation. nWIRE me propose le lien Invoked by. J’obtiens immédiatement les 216 appels à cette méthode dans Magento.

Je n’ai plus qu’à vérifier que ces appels sont bien placés… ce qui n’est malheureusement pas le cas partout. nWIRE est donc aussi outil de déboguage efficace pour Varien !

Conclusion

C’est le genre d’outils payants (59 $) qui est rentabilisé dans la journée. Je travaille avec depuis une quinzaine de jours et j’avoue que ma compréhension de certaines subtilités (ou défauts) de Magento s’en trouve transformée. Indispensable dans la palette d’outils du développeur Magento.