Ce blog a vu le jour en décembre 2008.
J’y ai publié, avec passion (et irrégularité), des articles sur l’optimisation de notre solution préférée, ses forces, ses failles, son équipe et tout ce qui a pu toucher à Magento.

A l’époque, Magento était le seul Framework sur lequel ma société était impliquée et une des seules solutions viables pour remplacer le vieillissant OS Commerce.
Depuis, NBS System, a ouvert ses horizons à Drupal, Prestashop, WordPress, Hybris, RBS, etc.

Du coup, ce blog était devenu un peu trop étroit, car trop concentré sur une seule technologie.
J’ai eu envie de voir plus large avec www.ecommerce-squad.com. Les principes de fond resteront les mêmes mais nous (car il y a une team) nous adresserons à un lectorat plus large, sur 8 technos de Ecommerce et avec aussi des articles non techniques parfois, plus sur le fonctionnel ou la gestion d’un site de Eco par exemple.

Wikigento, c’est 140 articles (qui resteront en ligne), un annuaire de sites Magento (381)  et plusieurs milliers de visites par mois (~5000 en ce moment).

Une belle aventure donc, qui nous a donné envie de plus grand, rendez-vous donc sur www.ecommerce-squad.com !
Il n’y aura plus de mise à jour de Wikigento, tous les futurs articles sur Magento seront postés soit sur le blog NBS System (comme le dernier en date « Comment auditer un site Magento qui a des lenteurs« ), soit sur le blog Ecommerce Squad.
__
Philippe signed out on 12/03/2012 @ 18:57

Bargento, un événement Ecommerce incontournable !

Venez à la rencontre des meilleurs spécialistes de l’Ecommerce et de 1 000 visiteurs pour échanger et tout connaître de Magento, la solution E-commerce N°1 !

Un septième opus, sous le signe des retours d’expérience

Lancés en 2009, juste après la sortie de Magento, Bargento est devenu le lieu de rencontre entre clients, experts, éditeurs, communauté et prestataires. Après 6 éditions, ce Bargento 2012 est un évènement mature qui sera un condensé d’expériences, tant au niveau de l’organisation que des retours faits par les clients, intégrateurs et partenaires.

Du contenu, de l’interactivité et de l’exclusivité

Magento Inc et Ebay lanceront le Bargento 2012 par une keynote annonçant les nouveautés de Magento pour l’année à venir. Elle sera suivie de 7 conférences, animées par des personnalités de renom dans le monde du E-commerce, qui permettront de découvrir les innovations et retours d’expériences de nombreux acteurs ainsi que les meilleures pratiques.

L’équipe du Bargento 2012 porte également une attention particulière à l’interactivité de l’événement et à l’échange entre exposants et visiteurs. Dix ateliers thématiques seront ouverts au public, de la découverte de la solution au Developer contest, en passant par la découverte de nouvelles technologies et l’analyse gratuite de votre site par les désormais fameux « Website doctors » (François Ziserman, Olivier Sauvage, Oliver Levy et Vincent Gross).

Bargento accueillera également la 1ère réunion du « Club Utilisateurs Magento Enterprise France » (CUMEF), ainsi que de nombreuses autres surprises dont la création d’une zone ressources humaines pour mettre en relation développeurs et entreprises.

Un lieu de prestige pour un Bargento encore plus grand !

Le Bargento 2012 prend ses quartiers au CNIT, en plein cœur de la défense à Paris le 29 mai 2012 !

Tous les spécialistes de Magento seront réunis dans un espace de 1 000 m², qui comprendra 34 stands, 6 salles de 40 m² qui regrouperont 10 ateliers et 7 conférences dans un amphithéâtre de 750 places !

Informations pratiques

Site web de l’événement : http://www.bargento.fr/ Contact des organisateurs : contact@bargento.fr Suivre Bargento sur Twitter : http://twitter.com/bargento Rejoignez les 1 000 visiteurs vous inscrivant ici : http://www.weezevent.com/bargento2012

Tout n’est pas encore fixé mais on va y voir plus clair très vite.

Voici déjà quelques petites informations :

• La salle ne sera probablement plus CAP15
• Nous réfléchissons à plus gros, espace Grande Arche ou CNIT par exemple
• Le Bargento étant annuel, il sera probablement plus grand/gros
• On va reprendre tout ce qui a marché dans les précédents (et laisser de coté ce qui n’a pas marché)
• Les sponsorings ne sont pas encore ouverts car on a pas encore déterminé les coûts de manière précise
• Dès que tout est connu, nous enverrons le dossier des partenaires à tous ceux ayant déjà exposés en priorité et à ceux souhaitant devenir partenaire juste après
• La présence du Staff Américain n’est pas encore confirmé (mais bon, en général, ils sont là)
• La date sera aux alentours de la première semaine de juin, peut être un mardi (Meet Magento Allemagne ayant lieu le 22 et 23 mai, le Hollandais le 29/30 mai et le Bargento Espagnol peut être la deuxième semaine de Juin)
• On va étrenner un nouveau format. Peut être deux jours, avec une After party ouverte à tous

On vous donne plus d’information dès que possible, vous pouvez aussi suivre l’actualité de Bargento sur le Twitter (Bargento) et sur www.bargento.fr

A bientôt pour cette édition 2012.

Après plusieurs années de vie, Magento a développé une clientèle « Enterprise », avec ses licences EE (Enterprise Edition).

Ces sociétés, plus sensibles et plus grosses que la moyenne des clients Magento, ont des besoins plus avancés et notamment une grande sensibilité à la qualité et la réactivité du support. (Au début de sa vie, la version Enterprise a eu de sérieux soucis d’efficacité au niveau support, chose sur laquelle l’éditeur à décidé de travailler en 2011 pour satisfaire ses clients)

Aujourd’hui, le CUMEF est né, le « Club des Utilisateurs Magento Enterprise France ».

Qu’est ce que le CUMEF ?

Dixit le président du CUMEF :

« Ce club, réservé uniquement aux clients et donc fermé aux intégrateurs et hébergeurs, est organisé sous forme d’une association dont les statuts ont été déposés en novembre 2011.  Le but de cette association (CUMEF) est de regrouper le maximum de clients français utilisant Magento Entreprise pour :

• échanger autour de la solution mais aussi autour de son écosystème (intégrateur, hébergeur, solutions connexes)
• établir une relation privilégiée avec l’éditeur afin de lui faire part de nos retours (positifs et négatifs)
• obtenir l’intégration des fonctionnalités françaises dans les futures versions

Je vous invite à relayer cette information pour faire en sorte que la « communauté » Magento Entreprise en France grandisse et que le CUMEF puisse avoir un relais fort au près de l’éditeur. « 

Le secrétariat de l’association est fait comme suit : Hermès (Président), Vivarte (Secrétaire), Groupe Sterenn (Trésorier)

Contacter le CUMEF

Si vous êtes client final de l’EE de Magento, vous pouvez contacter le CUMEF à l’adresse suivante : contact@cumef.com

Quand les E-commerçants vivent leur grands moments, le gros des ventes, leur croissance…
Tout y est pour que la tension soit à son maximum ! En cas de bug, c’est le grand moment de solitude. Oh pas pour tous, loin de là mais parmi 1000 sites, il y en a toujours un ou deux qui vont connaitre des soucis.

Cette année, il a été sauvé in extremis par un de nos administrateurs, qui a trouvé un comportement assez improbable de Magento. Cela pouvant arriver à tout le monde, il est souhaitable de partager cette perle. Merci à Adrien pour le partage de cette information.

Comme vous pouvez le voir dans app/code/core/Mage/Core/Model/Config.php, l’ensemble des fichiers xml du répertoire etc sont chargés :

/**
 * Load base system configuration (config.xml and local.xml files)
 *
 * @return Mage_Core_Model_Config
 */
 public function loadBase()
 {
   $etcDir = $this->getOptions()->getEtcDir();
   $files = glob($etcDir.DS.'*.xml');
   $this->loadFile(current($files));
   while ($file = next($files))
   {
     $merge = clone $this->_prototype;
     $merge->loadFile($file);
     $this->extend($merge);
   }
   if (in_array($etcDir.DS.'local.xml', $files)) {
   $this->_isLocalConfigLoaded = true;
   }
   return $this;
 }

Donc si vous avez des comportements étranges, vérifiez bien que vous n’avez pas, par hasard, des vieux fichiers de paramétrage XML (ou sauvegarde des local.xml) qui trainent dans votre répertoire app/etc/ de Magento.

La présence dans ce répertoire d’anciennes configuration de fichiers .xml peuvent rendre un site inopérationnel. Par exemple si vous laissez des fichiers local2.xml ou local_save.xml etc., il est possible que vous ayez un conflit de version.

Le concept des Darwin Awards est de prendre les plus gros échecs de sites, d’intégration ou de support, c’est de la détente mais ces articles (le MDA I et le MDA II) ont attiré beaucoup de lecteurs.

Aujourd’hui, Vincent et l’équipe d’infogérance NBS System vous propose l’inverse, le top des sites qui envoient le plus ! Ils sont rapides, très très rapides et ces sites sont des petites merveilles de régularité, de l’horlogerie du Ecommerce, sous Magento. Magento c’est lourd ? C’est lent ? En fait c’est surtout dépendant de la qualité du code, comme nous le prouve les exemples suivants et ca peut être très rapide un Magento.

Une démarche positive donc, qui montre qu’avec Magento, une bonne équipe d’intégration, un client sérieux dans ses demandes et un hébergeur qui connait son boulot, on peut tirer le meilleur de Magento. Attention, cet article ne parle que de performances et pas de fonctionnel. C’est la rapidité perçue par l’utilisateur qui m’intéressait.

Voici donc quelques sites, mesurés selon le baromètre suivant :

• Avec la console de Google Chrome
• Chargement complet à l’écran
• Hors streaming
• Hors appels externes (maps, régie pub, trackers, etc)

http://www.linea-chic.fr/
DOM complet : 632ms
Home complète à l’écran : 987ms
Consultation d’un article : 1.43 s / 665 Ko (soit 465 Ko/s, échelle qui ne mesure pas un débit mais un temps de rendu)

Développé par Gabriel Bouhatous. Le site est sur une version CE 1.4 de Magento.
Le développement a prit énormément de temps mais le résultat est là et bien là, un chargement redoutable.

http://www.gazzar.ch
DOM complet : 638ms
Home complète à l’écran : 1.24 s
Consultation d’un article : 1.29s / 324 Ko (soit 251 Ko/s)

Ouch, sous la barre de la seconde et demi, même pour une page produit… C’est un résultat impressionant. Un site qui utilise par ailleurs Nitrogento et donc un Full Page Cache et de nombreuses optimisations. Le résultat est là, le code est également propre, rien à dire c’est un avion de chasse.

http://www.easyparapharmacie.com
DOM complet : 1s
Home complète à l’écran : 2,13 s
Consultation d’un article : 2.1s / 368 Ko (soit 175 Ko/s)

Développé par … Eux. Enfin lui, le patron et deux stagiaires…
Le développement n’est pas parfait, il reste des requêtes qui ne se finissent pas ou des choses un peu étrange mais la rapidité est indéniablement là. Au final, avec peu de moyen et tout en interne, Easy para pharmacie se dote d’un site très efficace. Le temps de chargement d’un produit pourrait être optimisé et le nombre de plugins allégé mais dans l’ensemble, c’est très rapide.

http://www.zadig-et-voltaire.com/eu/fr/eshop/
DOM complet : 489ms
Home complète à l’écran : 1,13 s
Consultation d’Article : 1.7s / 1.18 Mo (694 Ko/s)

Développé par Baobaz sur une version EE (1.8 de mémoire). Le site est riche fonctionnellement, élaboré graphiquement mais toujours rapide et efficace, le FPC de la version EE aide mais ca reste une très belle intégration. On remarque, notamment au temps de load du DOM, que des optimisations ont été menées, Zadig y met les moyens et ca se sent.

http://www.whisky.fr
DOM complet : 1.07 s
Home complète à l’écran : 2.21 s
Consultation d’Article : 753 ms / 450 ko (597 Ko/s)

Un site repris récemment en main par l’Agence DnD après un mauvais départ. La version n’est pas encore complètement nettoyée de ses précédentes souffrances mais ca avance dans le bon sens. Après seulement 3 semaines de travail, l’Agence DnD livre un site déjà nettement plus optimisé, qui charge trèssss vite. Beau boulot, as usual. Bientôt Nitrogento on top, ca va faire très mal.

http://www.lancaster.fr
DOM complet : 1.89 s
Home complète à l’écran : 2.24 s
Consultation d’Article : 2.75 s / 1.5 Mo (540 Ko/s)

A nouveau un site DnD mais avec la particularité de tourner en CE et d’avoir énormément de graphismes, de vidéos, de flash etc. Au final la fiche produit trinque, mais à la demande du client, elle est très graphique, élégante et design. Quand c’est lourd, il faut le charger, mais le débit de rendu reste de 540 Ko/s ce qui est assez impressionnant avec une page (home ou produit) aussi lourde. Bientôt en EE et avec Nitrogento, c’est partit pour être une Ferrari.

http://www.debonix.fr/
DOM complet : 836ms
Home complète à l’écran : 2.6 s
Consultation d’Article : 1.32s / 683 Ko (483 Ko/s)

Au delà du look graphique qui n’est pas très sexy (d’un autre coté c’est de l’outillage, pas des sous tif), le site de debonix charge vite. Là encore, comme Easy para Pharmacie, pas de débauche de moyen et pourtant un résultat très satisfaisant, le site pourrait avoir de nombreuses optimisations et notamment sa home pourrait passer sous la barre des 2 secondes facilement avec juste quelques optimisation et un coup de Nitrogento.

http://www.gemo.fr
DOM complet : 1.11 s
Home complète à l’écran : 1.53 s
Consultation d’Article : 1.68s / 400 ko (238 Ko)

Un site qui est à la fois complet, fonctionnel, graphique et en Magento Enterprise Edition mais qui reste d’une rapidité impressionnante. Malgré des streamings, des appels externe, des graphiques lourds en home, la homepage charge en 1.5 seconde… Wow… La page article elle soufre un peu plus avec un débit de rendu assez moyen mais le site est réactif, particulièrement la home. Bel effort, beau résultat, développé par Adfab.

http://www.motorisationplus.com
DOM complet : 1.05 s
Home complète à l’écran : 1.21 s
Consultation d’Article : 2.41s / 1.37 Mo (560 Ko/s)

Quelques petites erreurs programmatique sur la fiche produit semble être la seule ombre au tableau pour ce site dont la home défit les statistiques. 1.21 secondes, c’est très rapide et tous les sites de la maison sont de la même eau. Simple, épuré, efficace.

Voici donc une  dizaine de sites, qui prouvent clairement que charger en moins de 2,5 secondes c’est très faisable, moins de 2 secondes également et que quand on y passe du temps, qu’on a des codeurs de pointe, un hébergeur spécilisé et quelques optimisation bien placés, éventuellement une version EE, on peut passer sous la barre de la seconde et demi voir même de la seconde. Alors ? Magento ? Toujours aussi lent ?

]]> http://www.wikigento.com/optimisation/magento_sous_amphetamines/feed/ 9 http://www.wikigento.com/optimisation-magento/howto-optimisation-performances-magento/ http://www.wikigento.com/optimisation-magento/howto-optimisation-performances-magento/#comments Wed, 21 Sep 2011 18:07:46 +0000 Philippe Humeau http://www.wikigento.com/?p=2131 J’ai enfin eu le temps de le terminer, j’espère qu’il vous sera utile, vous pourrez le trouver ici :

http://www.nbs-system.com/blog/magento-optimization-howto.html

1. Désactiver le mode DEBUG de Magento, véritable gouffre à performance
2. Réactiver ses Caches (Magento & Reverse proxy) souvent désactivés lors de la phase de développement
3. Passer les vérifications du W3C (http://validator.w3.org/ et http://jigsaw.w3.org/css-validator/). Un site ne doit pas comporter d’erreurs HTML ou CSS pour être optimal et ne pas pénaliser ses performances, notamment l’interprétation des navigateurs web.
4. Demander à son hébergeur si toutes les optimisations basiques sont activées de son coté (ramdisk ou memcached pour les sessions, APC, Zend server ou Eaccel pour l’opcode caching de PHP, etc.)
5. Vérifier ses résultats sous Pagespeed (80% est un minimum à atteindre)
6. Vérifier le chargement de la page sous dragonfly, firebug ou chrome
7. Passer un crawler de 404, histoire de ne pas laisser des ressources inaccessibles (vérifier les erreurs 500 dans les logs apache également)
8. Vérifier ses Cron et leurs temps d’éxécution
9. Toujours avoir un backup et intégrer sur la préprod
10. Ne jamais faire sa migration un vendredi soir ou un Week End
11. Lancer le site au moins une semaine avant toute opération importante, surveiller son fichier system.log dans [site Magento]/var/log/system.log
12. Faire une vraie recette de son site avant de passer en production, chaque fonction doit être vérifiée
13. Monter en puissance progressivement (pas de mailing de 180000 personnes sur un site tout frais)
14. Surveiller ses consoles de supervision pour voir si les serveurs ne montent pas au plafond d’un coup en charge
15. Surveiller ses slow requests Mysql pendant une petite semaine (c’est un peu couteux en performance, il parait donc important de ne pas le laisser en permanence)

]]> http://www.wikigento.com/admin-magento/15-points-avant-mise-en-production/feed/ 3 http://www.wikigento.com/test-bench/30-millions-de-visites-par-mois-est-ce-possible-avec-magento/ http://www.wikigento.com/test-bench/30-millions-de-visites-par-mois-est-ce-possible-avec-magento/#comments Wed, 27 Jul 2011 18:34:16 +0000 Frédéric de Gombert http://www.wikigento.com/?p=2085 Magento sur le grill!

S’il est désormais acquis pour tous (ou presque) que Magento offre toute la richesse fonctionnelle requise pour des sites e-commerce professionnels exigeants, il existait peu d’études approfondies sur sa capacité à accompagner les projets les plus ambitieux en termes de volumétrie, et nous étions fréquemment interrogés sur cette question.  Magento peut-il  gérer un catalogue de plusieurs millions d’articles ?  Une fréquentation de plus de 20 millions de visites par mois mois ?   Plusieurs milliers de commandes à l’heure ?

La réponse à cette question dépend évidemment d’un certain nombre de paramètres pas forcément liés directement à la qualité intrinsèque de Magento (qualité des développements, infrastructure d’hébergement etc…) Toutefois, si l’on part du postulat que toutes les bonnes pratiques sont respectées à tous les niveaux, qu’est réellement capable de faire Magento?

Pour y répondre de manière factuelle, nous avons mené sur plusieurs semaines, une grande campagne de tests de charge, mobilisant jusqu’à une douzaine de serveurs octo-cœurs, déroulant des scénarios complets et représentatifs d’un trafic réel, sur plusieurs jours de charge.

Nous avons compilé ces résultats et procédé à quelques analyses présentées dans un document téléchargeable ici : http://factory.clients.smile.fr/docs/magento-performances_et_scalabilite.pdf

Quelques mots sur la démarche

L’infrastructure et les scénarios de tests mis en œuvre ont pour objectif de mesurer plusieurs indicateurs :

• les temps de réponse des principaux écrans de navigation dans un contexte de très forte charge
• la capacité de service nominale d’un serveur et la scalabilité d’une architecture multi-serveurs
• le trafic supportée en fonction du nombre de frontaux
• le nombre de commandes et de mise au panier par heure en fonction du nombre de frontaux
• l’endurance de la plateforme sur une période de surcharge de 8h consécutives

Le document présente l’ensemble de l’architecture mise en oeuvre ainsi que les adaptations apportées à Magento pour pouvoir supporter de telles charges.

Alors, ça donne quoi?

En synthèse, la plateforme Magento a présenté un bon comportement en charge et une excellente extensibilité.

Les temps de réponse unitaires sont excellents pour les pages qui utilisent pleinement le dispositif de cache, et sont plus élevés pour les pages de mise au panier ou de confirmation de commande. Un aspect important des choix d’architecture logicielle de Magento est de solliciter principalement la CPU des frontaux, et assez peu la base de données.   C’est cette caractéristique qui permet une très bonne extensibilité, c’est-à-dire la capacité à mettre en place une plateforme à très haute capacité d’accueil par simple ajout de serveurs.   Cette extensibilité permet de faire monter en puissance une plateforme au fur et à mesure que son succès se confirme, sans rupture ni grande migration.

Cette campagne de tests démontre qu’une plateforme Magento bien conçue peut accueillir 28 millions de visites par mois, en servant jusqu’à 800 pages par seconde aux heures de pointe.

La base de données quant à elle, arrive à servir 20 serveurs frontaux en conservant une charge acceptable. Au delà, il faudra commencer à réfléchir à d’autres pistes d’optimisation.

Ce qu’il faut retenir

Notons, pour fixer les idées, que ces 28 millions de visites / mois, associées à une hypothèse de taux de transformation de 2% correspondent, pour un panier moyen de 20 €, à un CA mensuel de 22 M€, et pour un panier moyen de 100 €, à un CA mensuel de 112 M€.   Il y a peu d’acteurs dans le monde dans cette catégorie.

—————-

Conclusion

Beaucoup de chemin a été fait depuis les premières versions de Magento qui souffraient, il faut bien le reconnaître, de quelques soucis de performances. Aujourd’hui, la donne a changé et Magento n’a définitivement pas à rougir face aux mastodontes du e-commerce sur cette question de la scalabilité et des performances. Et ce que l’on sait aujourd’hui de Magento 2 qui nous arrivera l’année prochaine nous laisse espérer des résultats encore meilleurs…