

Ez publish est un outil de gestion de contenu open source php (appelé CMS: content management system) développé et geré par eZ Systems, leader des solutions de Gestion de Contenu Open Source.
eZ Publish fait parti des rares CMS Open source à être geré par un éditeur professionnel.
Un CMS est une solution qui permet de gérer les contenus affichés sur un site web (par exemple des articles, comptes utilisateurs, produits si vente en ligne, vidéos, bannières etc...) directement en ligne (front-office) ou bien via un accès privé (back-office). Ainsi, il est possible de modifier/créer/supprimer ses articles, de créer des compte utilisateur avec des droits spécifiques, de modifier l'affichage du site etc. la liste des possibilités est longue et s'adapte à vos besoins.
Tous les contenus se retrouvent crées sur une même logique/plateforme ce qui simplifie énormément la gestion et réutilisation de ces derniers.
Les CMS sont devenus incontournables sur tous les sites qui sont amenés à gérer simplement leurs contenus: diffusion, média, rédactionnel, communautaire, e-commerce,etc..
Tous les cms ne se valent pas, nous utilisons le cms ez publish pour plusieurs raisons: d'une part de part sa richesse fonctionnelle native et d'autre part pour sa modularité qui permet de s'adapter aux différents besoin. Il est en effet possible de faire beaucoup de choses juste à partir des fonctions natives d'ezpublish (liste ci-dessous) mais aussi de faire ses propres extension intégrés à ezpublish pour des besoins plus spécifiques.
a) Listing des fonctionnalités natives d'Ez Publish
c) Exemples de sites en ezpublish
- Personnalisation
Avec Ez publish, le contenu et la forme sont totalement dissocié. Cela permet donc une totale liberté au niveau du design et cela permet de rentrer le contenu avant même de disposer du design du site.
- Gestion de fichier, flash, images, pdf,
Avec ezpublish, vous pouvez integrez vos documents, flash, pdf... Les images sont retaillés et optimisés automatiquement aux tailles desirées.
- Design
La présentation des contenus se réalise grâce à un système de template. Il est possible de customiser la totalité du site comprenant aussi le back-office.
- Ajout d'emplacements, Multi-position
pourquoi? L'ajout d'emplacement est le fait de pouvoir placer le même contenu à different endroit du site comme on le ferait avec des raccourcis. La modification du contenu source modifie tous les contenus raccourcis. Gain de temps garanti!
- extension
pourquoi? Certains besoins nécessitent un développement spécifique non compris dans les possibilités natives de l'outil, ainsi, il est possible de réaliser des extensions (qui restent integrés au systeme en terme de droits) qui ne touchent pas au kernel de l'outil.
- e-commerce
comment? les fonctionnalités e-commerce livrés par défaut permettent de mettre en place une boutique professionnelle avec gestion de remise, tva, multi-prix, caddie integré, statistiques, gestion des devises, gestions des commandes, status de commande, logistique.
- multilinguisme
pourquoi? de nombreux sites ont besoin d'afficher leurs contenus dans d'autre langues. Les traductions se font directement dans l'interface de gestion pour plus de flexibilité. 100% du site traduisible. Possibilité de n'afficher que les contenus traduits dans la langue selectionnée ou de mixer, de donner des droits de lecure/modification sur tel ou tel langue, etc...
- In-Site Editing
pourquoi? il est intéressant de pouvoir modifier ces contenus directement sur le site visible (front-office). En se loggant sur ce dernier, la toolbar/boutons d'edition/suppression apparaisse et vous permette d'editer vos contenus en surfant sur le site.
- Roles et droits
pourquoi? il est souvent nécessaire d'avoir des accès limités à un certain groupe d'utilisateur (accès pro par exemple.). La gestion des groupes, utilisateurs, droits d'ezpublish permet de gerer finement les limitations sur les acces, lectures, modifications etc..
- Optimisation du référencement
comment? De part sons système de nice-urls, les urls de votre site sont parlantes et "google-friendly" . De plus, la structure arborescente permet de diffuser le pagerank de manière optimale. L'organisation sous forme de contenus personnalisés permet de génerer très facilement les balises méta et titres pertinentes.
- Gestion des versions, prévisualitsation
pourquoi? Il arrive de faire des erreurs et de supprimer un champ d'un contenu non désiré. Pour cela, ezpublish intégre un versionning des contenus qui permet à tout moment de revenir à une version précédente. Il est possible d'enregistrer des brouillons, de prévisualiser afin de publier en toute sécurité.
- Notifications
comment? Il est possible de s'abonner a des contenus afin de se tenir au courant de la modification de tout ou partie d'un contenu . Cela peut servir par exemple dans le cas d'un forum ou on s'abonne à un sujet, lorsque de nouveaux commentaires sont postés, un email est envoyé.
- Multi-site (siteaccess)
Avec ezpublish, il est facile de réaliser plusieurs sites à partir d'une même instance. C'est l'un des meilleurs cms pour faire du multi-site.
- Moteur de recherche intégré
Pour chaque contenu du site, il est possible de dire quels champs sont "trouvables" ou pas. Ainsi , on obtient un moteur de recherche avec des résultats très pertinent.
- Modification en ligne des types de contenus
Chaque format de contenu (par exemple un article contient un titre, ss-titre, chapeau, corps) peut être modifié en ligne et est répliqué sur tous les contenus immédiatement. Par exemple, si l'on a un formulaire de contact et que l'on souhaite ajouter un champ "gsm" , il suffit de le faire via le back-office pour une prise en compte immédiate. Cela fait parti des points révolutionnaires d'ez publish qui permettent de gagner beaucoup de temps.
Workflow
pourquoi? il est interessant de mettre en place par exemple des workflows de validation pour modérer les contenus proposés par les membres du site ou bien par ses rédacteurs en interne avant publication. EZ Publish permet de mettre en place ses propres workflows en fonction de ses besoins.
-modification des type de contenu (classes) via le back-office
pourquoi? bien souvent, on éprouve le besoin d'ajouter rapidement des champs dans les contenus après la conception, par exemple, sur le formulaire de contact, on se rend compte qu'ajouter un champ "gsm" pourrait être interessant. Ezpublish permet de modifier le type des contenus directement à partir du back-office et la modification est directement prise en compte
- Système de cache intelligent
pourquoi? pour disposer d'un site performant, dynamique (le cache des pages dépendante d'un contenu est vidé lors de la modification de ce dernier)
et bien d'autres: webdav, flux rss, corbeille, export/import pdf/excel/word, ldap, éditeur rich text ,soap, géneration automatique de pdf
Prenons l'exemple d'un projet de site web sur les vêtements pour enfants comportant un blog, un forum, une partie e-commerce et une page d'accueil qui remonte automatiquement les nouveaux sujets/réponses du forum, les nouveaux produits . Il existe plusieurs solutions pour développer un tel site, analysons les toutes:
1) Mixer plusieurs solutions: On va utiliser par exemple Wordpress pour réaliser le Blog, PHpBB pour faire le forum et Oscommerce ou Magento pour la partie e-commerce.
Temps nécessaire moyen développement/conception: environ 15-20j
Avantage? Chaque solution dispose de fonctionnalités très pointues.
Inconvénients? Faire communiquer les différentes parties entre elles est laborieux, par exemple si je veux:
- faire remonter des promotions de la boutique, les derniers messages forum, blog sur la page d'accueil
- faire profiter de réductions sur la boutique en ligne à mes membres forum
- mettre en place un système de SSO (single sign on) pour éviter à mes membres de se reconnecter à chaque changement de partie
- avoir un formulaire de recherche qui recherche parmi tous les contenus de toutes les parties (autre que celui de google)
- avoir une newsletter qui récupère pour ses listes de diffusions les compte utilisateurs du forum / de la boutique...
- avoir un référentiel commun des comptes utilisateurs
etc..
--> à chaque nouvelle intégration , il faudra faire une passerelle afin de communiquer et cela représente un coût non négligeable
D'autre part, la logique dans la conception du site est désordonnée , les pages/structure des urls n'ont pas de logiques communes d'optimisation pour le referençement.
Plusieurs connexions sur différents back-office sont nécessaires pour faire les modifications.
à chaque évolution / mise à jour, il faudra faire autant de fois le travail qu'il y a de solutions impliquées.
Dans quels cas l'utiliser? il vaut mieux utiliser ces solutions soit seule sinon ne pas les utiliser ensembles car on à vite fait d'arriver à une usine à gaz.
2) Développement spécifique en utilisant un framework (par ex: symhony, cakephp)
Temps nécessaire moyen développement/conception: environ 20-30j
Un framework est l'intermédiaire entre un cms et un développement spécifique sans framework.
Avantage? convient aux sites avec une exigence métier très forte, les performances sont optimales avec une bonne conception
Inconvénients? Coût élevé car la logique de développement doit être crée, Cout des évolutions cher , Obligation de passer par le même prestataire, si changement de prestataire, coût important pour la passation.
On remarque que c'est une solution chère qui nécessite plus de temps qu'une intégration cms, peu pérenne et qui entraine des coût élevés pour la mise à jour ou/et mise en place d'évolutions .
Dans quels cas l'utiliser? pour tous les sites avec une exigence fonctionnelle métier telle qu'un cms ne pourra nativement pas répondre. Dans tous les autres cas un cms sera toujours préférable.
3) Utiliser un CMS (ez publish en l'occurrence)
Temps nécessaire moyen développement/conception: environ 10-15j
Avantage? Le site est uniforme , il est possible de modifier le format des contenus directement via le back-office, la mise en cache intelligente donne un site rapide, dynamique. Les évoultions sont rapides à mettre en place, les interconnexions entre les différentes parties sont très simples à mettre en place. Le système de SSO (single sign on) est en place par défaut. Les comptes utilisateurs sont uniques. Les mises à jour de version sont très rapides. Un seul back-office permet de gerer tout le site. La réplication de la modification d'un contenu se fait en temps réel sur toutes les parties ou le contenu est affiché.
Inconvénients? nécessite un serveur performant de type vserveur voir serveur dédié.
On remarque que l'intégration d'ez publish est relativement rapide, que les couts liés à des évolutions sont faibles.
Vous pouvez déjà jeter un œil à nos réferences ezpublish .
Vous trouverez sur le site d'Ez publish la liste de toutes les réferences ezpublish françaises.
Vous êtes convaincus que votre projet nécessite ez publish? utilisez nos formulaires de contact ou notre formulaire de rappel afin que nous puissions rentrer en contact.
Publié le Jeudi 25 Septembre 2008, Modifié le Mardi 17 Novembre 2009
perfs par publish-it
1 million de pages vues par jour revient à une moyenne de 11,6 pages/seconde. Cela ne reflète bien sur pas la réalité car le surf des internautes n'est pas régulier. Une bonne estimation consiste à multiplier ce chiffre par 5 soit env 60 pages/sec pour anticiper les pics. L'architecture à mettre en place dépend de nombreux critères (nombre de contenu crées/jour , durée de rafraichissement des pages, nombres de requetes ajax ) , la solution la plus confortable consiste à appliquer un cache statique (html) aux pages les plues vues et qui n'ont pas besoin d'être rafraichies en temps réel et de mettre le site en cluster. Si on prend un cas fréquent comprenant 20% des pages vues en cache statiques (génerées à 1000 pages/sec/processeur) , 75% de pages vues en caches ezpublish (generées à 10 pages/secondes/processeur) et 5% de pages sans caches (generées à 1 page/sec/processeur), pour 60 pages/seconde,cela revient à 3 processeurs pour les pages sans caches, 5 processeurs pour les pages avec cache, le cache statique étant peu demandeur (charge: 0,012 processeur) celui-ci sera geré par un des autres processeurs. Il nous faut donc au total deux quadri-proc en cluster comme architecture pour cet exemple, deux serveurs bi-xéon par exemple (gérés en quad avec hyperthreading) avec mise en place Squid ou bien un seul serveur quad xeon (géré en octo processeur)Ressources necessaires par pamqnw
Bonjour, Auriez-vous des exemples d'architectures d'hébergement (nb de serveurs) nécessaires pour faire tourner un site à forte charge sous EZ Publish, par exemple 1 million de pages vues par jour ? Cordialementre: perfs par publish-it
Bonjour, Ezpublish v4 permet d'avoir des performances tout à fait satisfaisantes (8-10 pages/seconde/processeur ). Bien entendu, pour atteindre cela, il faut utiliser les bonnes pratiques de codage template / spécifications et appliquer correctement les caches existants pour éviter de faire trop de requêtes sql. Au niveau du serveur, il faut au minimum un serveur dedié et appliquer un cache accélerateur php et faire un peu de tuning php/apache/mysql Le passage en php5 avec la version 4 à multiplié par deux les performances.perfs? par philippe
J'ai eu de mauvaises expériences avec ezpublish en terme de performances pour un site assez simple. Qu'en pensez vous?