- Publié le 03 mai 2011 à 14:57
Après l'article sur le développement des datatypes dans PHP Solutions de février 2011 et celui sur les workflows dans le numéro du mois d'avril, l'édition de mai accueille à nouveau un article sur eZ Publish mais cette fois-ci sous la forme d'un tutorial de création d'un site web écrit par Jean Luc NGUYEN. Cet article est bien plus orienté débutant que les deux précédents et consistue un excellent moyen de découvrir eZ Publish.
Évidemment le format magazine ne permet pas de rentrer dans tous les détails mais l'article couvre néanmoins les notions indispensables comme la mise en place au niveau système, l'installation du CMS, les classes de contenu, la configuration, le templating, ... Pour aller plus loin, chaque point est accompagné de liens vers la documentation officielle; dommage que ces liens ne soient pas directement cliquables dans le PDF...
Ensuite pour toute question, n'hésitez pas à poster sur share.ez.no, le site communautaire autour d'eZ Publish.
- Publié le 18 avril 2011 à 21:13
(Ce billet a comme un air de déjà vu... ;-))
Je voulais du changement, je suis servi ! Il est évidemment bien trop tôt tirer des conclusions, mais une chose est sûre, j'ai des tas de choses à apprendre ce qui est toujours un challenge motivant. Je crois que le changement le plus marquant pour moi concerne les outils utilisés au jour le jour. Je viens d'une SSII où 100% des outils sont internalisés et j'arrive chez un éditeur où c'est quasiment l'inverse avec Github, Scrumpad, Campfire, Google Apps (Documents, Mail, gTalk, ...) ... et j'en oublie probablement pas mal ! Je ne doute pas que je vais découvrir au fur et à mesure d'autres surprises.
Finalement, la seule chose qui n'a pas vraiment changé est le socle technologique avec PHP et l'outil autour duquel je travaille avec eZ Publish. Et encore, j'ai notamment corrigé quelques bugs sur des extensions que j'avais à peine utilisées auparavant comme eZ Image Editor (#17139#17285) et l'extension de gestion des mots de passe (#15391#15404 patch en cours de review). D'ailleurs, l'extension eZ Image Editor gagnerait à être plus connue car cette extension est plutôt sympatique d'un point de vue éditeur backoffice, peut être le sujet d'un prochain billet...
Pour revenir à mon nouveau travail, assez symboliquement, mon premier commit est une correction du bug #15985 dans eZ Publish lui-même. Étant membre de la communauté eZ Publish depuis un peu plus de 5 ans, je dois dire que ça fait un peu bizarre et que surtout je trouve très gratifiant de finalement contribuer professionnellement. Il en faut peu pour être heureux ou satisfait tout du moins ;-)
Au passage, la première version estampillée d'eZ Publish community est sortie, il s'agit comme son numéro de version ne l'indique pas de l'équivalent de la 4.5 qui est sortie quelques jours plutôt.
- Publié le 26 mars 2009 à 00:13
eZ Systems organise le 9 avril à partir de 15h une rencontre communautaire à Paris autour de son CMSeZ Publish. Il ne s'agit pas d'un nouveau developper day mais bien d'un évènement qui se veut plus communautaire et 100% francophone !
Avis aux développeurs débutants ou expérimentés, intéressés par le CMS eZ Publish (qui je le rappelle est écrit en PHP, est libre et est publié sous licence GPL), voila une excellente occasion de se rencontrer et d'échanger sur divers sujets :-) Toutes les informations pratiques sont dans la news sur ez.no. On se voit le 9 avril ? :-)
- Publié le 21 mars 2009 à 15:22
Est ce que les problémes de performance ont bien été corrigé ? voila le sujet d'un commentaire de abhunguru sur un des billets consacrés au Planet eZ Publish.fr ; commentaire qui fait référence à deux billets de Pierre Jean Duvivier à propos de l'expérience eZ Publish chez Edipresse et du passage à Drupal pour résoudre plusieurs problèmes. Il y'a d'autres billets du même auteur sur le sujet dont un ou j'avais laissé un commentaire. Les questions de performances des applications web est un vaste sujet, je vais essayer de pas faire trop long.
Première chose, les informations fournies dans ces billets sont assez confuses voire inexactes (voir le paragraphe intitulé eZpublish ré-invente la compilation en PHP par exemple), je pense qu'il s'agit de la vision non technique de problèmes techniques, en fait ce qui ressort avant tout, c'est la frustration de l'auteur. Ensuite, la comparaison brute des chiffres Drupal / eZ Publish est complètement biaisée. Comparer des installations eZ Publish 3.8 utilisant PHP4 avec des installations de Drupal utilisant probablement PHP5, ce n'est pas très sérieux ! eZ Publish 4.0 (avec PHP5) est 2 fois plus rapide qu'eZ Publish 3.10, alors par rapport à eZ Publish 3.8... Je connais mal Drupal, donc je ne parlerai donc que d'eZ Publish.
Bref, en essayant de démêler tout ça, l'auteur dénonce finalement deux problèmes :
- Une architecture technique complexe en raison des mauvaises performances supposées du CMS
- Des difficultés de développement et d'évolution du/des sites.
Architecture, performances...
Avec une estimation à la louche, 500 000 pages vues par jour correspond à moins de 30 pages / secondes en pointe, un nombre certes respectable mais qui ne donne jamais que 8 pages / secondes sur chacun des 4 frontaux qui étaient d'après les articles des bi-Xeon quadcore ! Par expérience, la plupart du temps la cause de ce genre de problèmes est souvent une ou des énormités de configuration au niveau système ou au niveau applicatif. D'ailleurs dans ce cas, je me pose la question de la pertinence d'héberger plusieurs sites sur la même grosse plateforme plutôt que de séparer chaque site sur sa propre plateforme plus légère ?
Mais tout n'est pas 100% blanc ou 100% noir ; la version 3.8 d'eZ Publish était la première à implémenter le mode cluster tel qu'on le connait actuellement (tout ce qui est relatif aux contenus est dans une base de données) et il est clair que ce mode souffrait de défauts de jeunesse importants. Ce mode a été grandement amélioré au fil des versions, en version 3.10 et 4.0, il me semble que ça fonctionne bien et la version 4.1 apporte encore des améliorations importantes avec notamment le Stale cache, Charles-Christian Croix en parle également. Il y a aussi un excellent fil de discussion sur le mode cluster d'eZ Publish et comme suggéré par Bertrand dans ce fil, un article référence sur les architectures de ce type serait le bienvenu ! Donc pour revenir à la question initiale, au niveau des performances, il est clair que la version actuelle d'eZ Publish fonctionne mieux (le contraire serait malheureux).
Le développement
Le second point soulevé par l'auteur est la difficulté de développement et de maintenance (et la maintenance je connais !). Là encore tout n'est pas blanc ou noir. eZ Publish est un outil assez complexe, c'est un fait mais ce n'est pas insurmontable ! Il semble qu'il y ait eu un mélange entre mauvaises pratiques et réels problèmes techniques. Exemple, le fait de mettre des identifiants dans les fichiers de configuration est une pratique à utiliser avec parcimonie. La sur-utilisation de ce genre de mécanisme est clairement une très mauvaise pratique et souvent révélatrice d'une mauvaise conception des contenus. En revanche, le problème de mise à jour d'une classe avec beaucoup d'instances est clairement un vrai problème, ce point a été amélioré mais il existe encore mais il est néanmoins contournable. Et puis les problèmes de performances exposés juste au dessus ne sont probablement pas étranger à d'autres mauvaises pratiques ou d'autres manques dans le développement ou la conception.
Et pour finir quand je lis que d'excellents développeurs PHP ont du mal à utiliser le langage de template d'eZ Publish, on frise le ridicule.
Conclusion ?
Il y a probablement une partie de réels problèmes dans les points remontés dans les articles de Pierre Jean Duvivier (eZ Publish n'est pas parfait) mais il est toujours plus facile de démonter une solution dans son ensemble que de se remettre en cause... Le fait est qu'eZ Publish est utilisé sur une large palette de sites à plus ou moins fort trafic et les chiffres indiqués ne sont pas non plus exceptionnels !
Et pour revenir au commentaire initial, oui les problèmes imputables à eZ Publish sont réglés petit à petit mais il ne faut pas oublier que la qualité de la mise en oeuvre de l'outil est largement aussi importante que l'outil lui-même !
