Dans le respect de la grande tradition des vœux de nouvelle année, je vous souhaite une excellente année 2011 ! Une belle occasion pour faire le bilan de l’année 2010 et voir ce qui nous attend en 2011 avec Magento.

C’était en 2010

L’année 2010 a commencé par la sortie de Magento Community Edition 1.4.0.0. Elle a marqué, pour moi, la fin de la « période bêta » de Magento. Nous pouvions enfin faire du bon travail.

En mai, Bargento, édition 4. Un succès étonnant !

En juin, sortie de Magento CE 1.4.1.0 avec une sacrée avancée pour le référencement : la gestion des anciennes adresses de contenus. Et plein d’autres choses, comme d’habitude.

En juillet, Xi Ingénierie (là où je passe mes journées ) a organisé Magentolosa, un événement qui a connu un beau succès. Nous le referons en 2011 !

La rentrée de septembre était entièrement tournée vers Magento Mobile. Ce service offre la conception et la diffusion d’applications natives pour les appareils mobiles pour un coût compétitif (attention à un détail : la licence est par store view…).

En octobre, le Magento Developers Paradise a ravi les participants avec des interventions techniques de haut niveau et une convivialité facilitée par le cadre idyllique de Majorque !

En novembre, Bargento a encore fait le plein pour la 5e fois, malgré une présence anecdotique de Magento Inc. qui a surpris tout le monde.

En décembre, sortie de Magento CE 1.4.2.0. De gros changements sur Varien_Data_Collection qui ravissent les développeurs et des petits changements très utiles partout.

Et pour 2011 ?

Premier gros événement de l’année : Magento Europe est née. Avec cette société, Magento Inc. met un pied sur notre continent.

En février, Magento Inc. organise Imagine, un événement e-commerce qu’elle souhaite majeur. Vu les participants, c’est bien parti.

Magento CE 1.5.0.0 est prévue pour ce début d’année. Les versions alpha circulent déjà et apportent des évolutions majeures. Vous pourrez enfin importer 1000 produits en moins de 10 secondes ! Vous pourrez aussi ajouter vos propres statuts de commande directement dans le backend, modifier les adresses de facturation et de livraison des commandes, créer des CDN (Content Delivery Network) pour les images, etc. Que du lourd, encore une fois !

La version 2 de Magento est sur les rails et devrait pointer le bout de son nez dans l’été. Refonte complète, l’EAV disparaît ! Les mises à jour promettent d’être sportives…

Entre les deux, Magento On Demand sera mis en production.

Bientôt un livre

De mon côté, 2011 marquera la sortie d’un projet que j’ai commencé il y a bientôt un an : un livre entièrement dédié à la pratique de Magento dans la collection Le Campus, chez Pearson. Je ne sais pas s’il comptera parmi les événements marquants de 2011, c’est vous qui en jugerez , mais je vous en donne un petit avant goût.

Il s’articule en quatre parties et une vingtaine de chapitres :

• Découvrir Magento
  • Introduction
  • Qu’est-ce que Magento ?
  • Offrir le meilleur à vos clients
• Gérer un site avec Magento
  • Notions fondamentales et terminologie
  • Maîtriser le backend
  • Gérer le catalogue
  • Gérer les promotions
  • Gérer le contenu
  • Traiter les commandes
  • Entretenir une bonne relation client
• Réaliser un site avec Magento
  • Préparer son projet
  • Concevoir le catalogue idéal
  • Héberger Magento
  • Installer Magento
  • Configurer Magento
  • Créer le frontend de ses rêves
  • Optimiser le référencement et la recherche
  • Traduire les contenus
  • Manipuler les données
• Dépasser le standard
  • Optimiser les performances de Magento
  • Développer de nouvelles fonctionnalités

La table des matières contient plus de 900 entrées ! Autant dire qu’il y aura de quoi lire un bout de temps. J’ai tenté de sortir des sentiers battus (du genre, simple explication des fonctionnalités, en suivant le menu du backend) pour répondre aux besoins du quotidien.

Chaque utilisateur a un rôle et donc des besoins différents, cet ouvrage a pour but de leur donner les bases pour échanger et les détails pour travailler.

Sortie prévue en avril. Oui, il faut encore patienter un peu…

Certains auront reconnu, sur la couverture, un schéma que j’ai déjà diffusé. Comme j’ai eu beaucoup de questions à ce sujet, je vous propose une petite légende :

Graphe des nœuds XML de la configuration de Magento

Si des questions sur Magento hantent vos nuits, n’hésitez pas à laisser un petit commentaire. Il restera peut-être un petit coin dans le livre pour y apporter des réponses.

Je vois passer beaucoup de messages dans les forums et les blogs sur des blocages de certaines fonctionnalités de l’interface d’administration de Magento, en particulier depuis la sortie de Magento Community Edition 1.4.

Ils sont essentiellement dus au décalage entre les éléments nouveaux ou modifiés du backend et ceux traduits par l’extension qui gère la langue française.

Il faut laisser le temps à SeL de mettre à jour les traductions et publier une nouvelle version de l’extension (je sais que tu y travailles dur, SeL ).

D’ici là, il y a un moyen tout simple de contourner le problème : en pied de page du backend, vous avez le choix de la langue. Choisissez l’anglais américain et tout fonctionnera à merveille !

Bien entendu, cette manipulation ne modifie pas l’affichage des vues du frontend. Et quand vous mettrez à jour l’extension de la langue française, vous n’aurez rien d’autre à faire que de repasser le backend en français.

Ouf ! Rien de perdu.

Par contre, la comparaison 1.3.2.4 / 1.4.0.0 n’a pu être ajoutée, en raison d’un nombre trop important de modifications dans le code source entre les deux versions. Cela aurait rendu le comparateur illisible, donc inexploitable.

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.

Si l’activation du flat catalog est à peu près évidente (nous allons voir ça ci-après), il faut comprendre ce que fait Magento lorsqu’il crée les tables MySQL des produits à plat. Et on constate vite que, si on ne touche pas au paramétrage des attributs, on n’obtient pas du tout le résultat escompté !

Modèle EAV et flat catalog

Ce qui fait la souplesse de Magento, c’est la gestion de ses attributs par un modèle EAV. Chaque entité (produit, client, commande, etc.) est composée d’attributs (prix, couleur, pays, etc.) qui ont chacun une valeur (« 100 € », « vert », « France »). Comme un site évolue vite, on doit pouvoir ajouter ou retirer des attributs aux entités. Le modèle EAV est conçu pour cela, il permet de gérer facilement des attributs et leurs valeurs, sans modifier la structure de la base de données et sans écrire une seule ligne de code.

C’est un avantage énorme, mais il y a une contrainte de taille : quand Magento doit récupérer une entité (un produit par exemple), il doit parcourir un nombre important de tables dans la base de données pour assembler les valeurs des attributs et reconstituer l’information. Quand il faut afficher une page de catégorie avec 50 produits qui disposent chacun de 50 attributs, on arrive vite à la limite du tolérable. Comme le temps de réponse d’un site est le critère numéro 1 dans le succès d’un site e-commerce, il fallait trouver une réponse. Vous en réviez ? Magento le fait !

Pour accélérer les requêtes en lecture sur la base de données, Magento va construire de nouvelles tables dont chaque champ (ou colonne) représentera un attribut et chaque enregistrement (ou ligne) les valeurs des attributs d’une entité. C’est simple et rapide !

Bien entendu, si le catalogue est modifié, les tables doivent être reconstruites pour stocker les nouvelles informations. On ne met donc en œuvre des entités plates que si les valeurs ne changent pas tout le temps. Inutile d’y chercher les stocks ou les prix remisés par exemple.

Construire le flat catalog

Maintenant que les concepts de base sont posés, il faut savoir une chose : le flat catalog n’existe pas par défaut. Il faut donc le créer soit même depuis l’interface d’administration.

Pour créer un flat catalog :

• Menu Système > Gestion du cache
  
  Il faut d’abord construire les tables dans MySQL, grâce à ces boutons. On a le choix d’aplatir les catégories, les produits ou les deux.
• Menu Système > Configuration > Catalogue > Frontend
  
  Si nous ne construisons pas les tables via la gestion du cache, ces deux options sont indisponibles. Mais comme nous l’avons fait, nous avons maintenant le choix d’utiliser le flat catalog sur le frontend. Pourquoi faire compliqué alors qu’une seule étape pourrait suffire ? Simplement parce que Magento peut gérer plusieurs sites. On peut avoir un flat catalog sur un site et pas sur l’autre.
• Menu Système > Gestion du cache
  Oui, il faut y revenir pour ajouter nos entités (catégories et/ou produits) dans les tables à plat.

C’est tout. Mais est-ce suffisant ? Pas du tout ! Si on analyse les tables créées, on s’aperçoit vite que tous les attributs n’y sont pas, en particulier ceux spécifiques au site.

Si nous voulons afficher des valeurs d’attributs sans tuer les performances du serveur, il faut les ajouter à la structure des tables à plat. Pas de panique, inutile de faire ce sale boulot par des requêtes SQL hasardeuses. Magento a tout prévu… sauf de documenter ce détail essentiel !

Définir les attributs à aplatir

Quand nous demandons la construction du flat catalog, Magento utilise l’Indexer du module Catalog qui contient des contrôles sur la configuration des attributs (fichier Mage\Catalog\Model\Resource\Eav\Mysql4\Product\Flat\Indexer.php). Il contrôle notamment l’état du paramètre used_in_product_listing. S’il est égal à 1, l’attribut est intégré au flat catalog.

Reste à savoir d’où vient cet état. Une petite recherche (merci nWire !) et le voici, caché dans la configuration d’attribut (fichier Adminhtml\Block\Catalog\Product\Attribute\Edit\Tab\Main.php). On a la solution.

Pour ajouter un attribut dans le flat catalog :

• Menu Catalogue > Attributs > Gérer les attributs
  Sélectionner l’attribut à « aplatir ».
• Volet Propriétés du front-office
  
  C’est là que se cache l’option. Il faut choisir Oui et sauvegarder l’attribut.
• Menu Système > Gestion du cache
  On reconstruit le cache.

Le résultat est nettement meilleur. J’ai maintenant mon attribut dans mon flat catalog (ici manufacturer). Et un mystère de moins !

L’automne sera chargé en mises à jour Magento. Magento Enterprise Edition 1.6.0.0 sera lancé sous peu (la version RC 1 est disponible pour les partenaires depuis le 8 octobre). Quant à Magento Community Edition, il passera en version 1.4.0.0 avant Noël (I hope so, Yoav!).

Cette nouvelle série Magento va très vite creuser l’écart avec ses concurrents (mais aussi avec les anciennes séries Magento…), grâce à des fonctionnalités vraiment intéressantes. Outre le nouveau système de calcul de prix (dont les tests m’ont bien occupé au début de l’été), Magento intègrera également un moteur de widgets.

Des widgets, pour quoi faire

Les widgets sont partout dans les applications web aujourd’hui car ils permettent aux utilisateurs non techniciens d’ajouter des contenus dynamiques à leur site web. Plus besoin d’un développement avancé pour afficher la liste des 5 produits les plus vus de la semaine… même s’il faut des développeurs pour programmer les widgets qui feront cela ! Mais si les widgets sont suffisamment bien conçus, on pourra par exemple :

• placer des vidéos
• accéder à d’autres services web (réseaux sociaux, flux RSS, partenaires, etc.)
• afficher un nuage de tags
• lister les derniers commentaires
• classer les produits par avis des clients
• etc.

Comment créer un widget Magento ?

Les widgets Magento sont des blocs du frontend dont le comportement est défini dans l’interface d’administration. Ils doivent être développer selon la même approche que les modules Magento. Les développeurs Magento ne seront donc pas dépaysés, la logique reste la même : un dossier pour le widget avec sa configuration XML, son modèle métier, ses helpers et son activation dans app/etc/modules. Jusque là, rien de neuf.

La grosse différence est l’apparition d’un fichier widget.xml dans le dossier etc du module, à côté du config.xml. Il sert à déclarer le widget dans le moteur de widgets afin de le rendre disponible à l’utilisateur du backend.

Pour que le widget fonctionne, il doit implémenter une interface (dans le sens programmation orientée objet) pour gérer les flux de données (ajout, modification et accès) et afficher le résultat (méthode toHtml()).

Attention à faire un travail propre ! Toutes les méthodes de cette interfaces existent dans le noyau de Magento dans des classes abstraites. On peut donc tirer bon avantage à les utiliser pour fiabiliser le rendu final. Le premier didacticiel sur le site officiel est très clair sur ce point.

Comment utiliser un widget Magento ?

Une fois programmé et correctement installé, le widget est accessible via le module wysiwyg. Ah oui, j’ai oublié de le dire : Magento intègrera désormais un module wysiwyg en standard. Un progrès notable !

La suite est tellement simple que je ne vois pas l’intérêt d’expliquer comment s’en servir…

Pour conclure

Je vois un énorme avantage avec l’arrivée des widgets : de nombreuses extensions vont pouvoir disparaître et simplifier le travail de développement et d’intégration des sites. Sans oublier que ce ménage salvateur va fiabiliser la plate-forme. Je suis content de cette série 1.4, vraiment content !

Pour aller plus loin

• Introducing Magento Widgets
• Tutorial: Creating a Magento Widget, Part 1
• Tutorial: Creating a Magento Widget, Part 2