|
|
 |
 Choisir ezPublish ? |
|
Vous devez être connecté pour utiliser le forum. Vous pouvez le faire ici.
|
Auteur
|
Message
|
|
Manuel Perse
|
Dimanche 24 Juillet 2005 9:20:05 pm
Choisir ezPublish ?
On trouve très peu de critiques de ezPublish sur Internet, tous reprennent les communiqués de presse. Mon expérience pratique me laisse toutefois un goût un peu amer au bout de trois jours.
En théorie, ezPublish correspond parfaitement à mes besoins, mais j'ai appris à me méfier des théories et du papier, rien ne vaut de mettre les mains dans le cambouis. J'ai donc installé l'outil, installation complexe et lente, même avec wizard, mais un outil de cette dimension mérite qu'on s'y attarde, surtout qu'on est en droit de se dire que seule l'install est complexe. J'ai finalement configuré 2 sites sur des adresses locales.
Premier constat, la documentation est disparate et très théorique ou architecturale, elle manque de références, de code, de how-to. Les forums sont pleins de questions sans réponses. Cela me fait un peu souci de devoir créer ma propre doc interne, ou de me retrouver dans une situation où peu de gens ont le savoir de faire fonctionner cet outil. Pour dire, le tutoriel de départ est à peu près le seul moyen pour commencer à comprendre quelque chose.
Lenteur. ezPublish est lent. Je dois choisir une solution CMS qui sera utilisé sur 5 sites par une trentaine de contributeurs, éditeurs de contenus, webmasters, designers et qui cible une clientèle d'env. 100`000 personnes. Je n'ose imaginer ce que ça donne en production. Rien que la construction des sites m'effraie: le cycle créer, tester, débuger prend un temps incroyable en local. (Testé sur un Powerbook G4 1ghz, 1go ram, apache 2, php 4.3, Turck mmCache installé)
Complexe. Le système de templates, avec un langage surprenant, semble disséminé partout, sans que je parvienne à réellement savoir quel noeud implémente quel templates en tout cas depuis le système d'admin. Les classes sont très nombreuses, difficile de savoir laquelle fait quoi. De plus l'ergonomie de l'interface d'administration et de saisie de contenu est un peu à l'image du système de templates, atomisée. Il m'a été difficile de m'y retrouver, et la logique n'est pas forcément au rendez-vous. J'objecte directement l'argument qui veut qu'un système complexe soit compliqué. Amazon pour l'exemple, qu'on apprend en utilisant.
Maintenant, je vois bien l'intelligence et les possibilités du cms, permettant à la fois de monter rapidement quelque chose "out-of-the-box" qu'un développement très personnalisé et complexe. Mais en l'état de mes expériences, je ne choisirais pas ce système. Trop lent. Ergonomie incertaine. Complexe pour ce qu'il fait. Et j'ai en plus l'impression que php n'est pas forcément un langage adapté à un framework de cette envergure (non compilé, bon zend, mais quand même, pas objet pour une framework orienté objet).
Je vais passer encore 2 jours dessus, pour être sûr, en attendant, peut être auriez-vous des pistes pour me conseiller, voire me détromper...
(je m'excuse si je suis hors-sujet, mais il y a deux threads, design, technique, je n'ai pas trouvé de meilleur endroit)
|
|
Lex 007
|
Lundi 25 Juillet 2005 1:42:50 pm
Re: Choisir ezPublish ?
Salut,
J'ai eu aussi pas mal de difficultés pour débuter avec eZ Publish (j'ai buté sur exactement les mêmes points), il m'a fallu 2-3 semaines pour le maitriser.
Mais je en regrette pas du tout : grace à cette approche objet, on peut presque faire tous les modules que l'on souhaite, et ce beaucoup plus rapidement que si l'on devait tout développer. Le moteur de workflow et la gestion des permissions sont aussi très intéressants, j'ai quand même du faire quelques customisations pour que ce soit un peu plus automatisé. La possibilité de gérer des extensions est pas mal aussi, pour la réutilisation de code.
Reste la lenteur, hé oui. Principale parade immédiate : l'utilisation de cache-blocks. En les plaçant bien, on arrive à réduire le temps de chargement de moitié. Je n'ai jamais testé le plugin Oracle ou SQL Server, peut-etre qu'en changeant de DB, on améliore les perfs aussi. De toutes façons, il faut des machines solides pour EZP, c'est une certitude.
A+
|
|
Bertrand Maugain
|
Lundi 25 Juillet 2005 5:43:28 pm
Re: Choisir ezPublish ?
Bonjour,
Comme le dit Lex il faut un temps d'adaptation au produit cela est une certitude.
eZ publish est demandeur de ressources effectivement mais ce n'est pas une usine à gaz : il suffit de le configurer correctement ( php accelerators, cache blocks..) .
En terme de performance eZ publish n'a pas à rougir non plus. Une solution de cluster permet de gérer les sites à haut débit sans aucun problèmes. De plus avec la migration vers PHP5 les performances seront là encore considérablement boostées.
Pour ce qui est de la documentation, la nouvelle doc modulaire et conceptuelle n'est pas forcément facile pour commencer mais elle est pourtant très riche et bien organisée.
Pour ce qui est de votre projet, je vous garantis qu'eZ publish est fait pour ce genre de projets: c'est à dire complexes, avec du contenu varié et de nombreux contributeurs. C'est là qu'il prend tout son sens.
Responsable partenaires
eZ systems
|
|
Manuel Perse
|
Jeudi 28 Juillet 2005 9:51:21 am
Re: Choisir ezPublish ?
Bonjour,
merci pour ces éclaircissements. J'ai continué à jouer un peu avec ez, et effectivement, les possibilités sont grandes, je viens à bout de la doc, j'appréhende mieux la philosophie de l'outil, des services de consulting existent dans mon pays.
Malheureusement, la lenteur est vraiment quelque chose de pénalisant, et je ne peux fonder mon choix sur des fonctionnalités à venir. J'ai par contre testé en ligne le site d'administration de ez, http://admindevel.ezpublish.no/, et là, le site est extrémement rapide. Donc c'est possible  Je n'ai pas trouvé comment, mais c'est rassurant, en tout cas suffisant pour continuer à explorer cet outil.
|
|
Piero Lidy
|
Jeudi 28 Juillet 2005 10:31:31 am
Re: Choisir ezPublish ?
Bonjour,
Je vous fait juste part de ma petite expérience avec ez. Il est vrai que l'application en local n'est pas rapide, mais c'est le lot de toutes les applis que j'ai testé. (je travail sur le même type de configuration que toi). Par contre j'ai commencer à installer sur un serveur dédié et là la différence de vitesse est important, et je n'ai pas encore installé de cache et optimisé l'application.
En revanche j'ai été sur le site ez.no pour tester les sites qui sont développés avec ez est là il y a des site qui tournent vraiment vite, nottament un qui fait de la vente en ligne de produits agricole (600 000 fiches dans la base), ça commence à faire une base correcte je pense. C'est vrai qu'il y a toujours un petit temps de latence à la première connexion (d'ailleurs si quelqu'un a une explication ?), mais près la navigation est vraiment fluide.
Je ne connais pas le projet que vous comptez monter, pour ma part je pense avoir entre vingt et cinquante contributeurs et la base devrait avoir environ 100 000 fiches, je ne suis pas une référence mondial (ni national d'ailleurs  ) mais j'ai une petite expérience des bases de données documentaire (environ 80 sitesJe réalisés).
Je pense que la communauté ez encore petite en france mais je pense que ça va ce développer (quand il y aura une doc française), il y a un bon potentiel.
Bonne journée.
Piero
|
|
|
|
|
sondages