Boomtchak
Accueil du site > CMS Outils > CMS BoomSélection I > Zope > Plone > Fiche de présentation de Plone avec Zope

Zope

Fiche de présentation de Plone avec Zope

vendredi 21 février 2003, par jkx

Plone est développé entièrement par une communauté avec à sa tête Alexander Limi, Alan Runyan et Vidar Andersen.

Prise en main

Plone étant plutôt dédié pour la gestion de site massivement communautaire on se s’étonnera donc pas de retrouver le système d’espace personnel et gestion de modérations. L’approche de plone est de permettre aux utilisateurs de créer du contenu dans leur espace personnel. Les types de contenu sont identiques à ceux du CMF (File, Image, Text .. ). Mais il n’existe pas de système de rubriques, afin de publier les documents au sein des rubriques il existe un système de Thème qui permet de regrouper des documents par tous types de critères tels que : l’état de publication (publier, refuser ..), le type de contenu, date de validité, auteur .. . Cette approche peut donc dérouter un peu au début, mais semble être assez adapté pour ce genre de portail.

Les plus

- Produit réellement compatible CMF donc possibilité d’intégrer en deux clics un CMFForum, ou encore un bug tracker
- Utilisation intensive de CSS, faire votre propre skin est très simple et rapide.
- Très grand support de la communauté, et même de Zope Corporation pour ce produit qui risque de devenir le fer de lance de Zope
- Support de nombreuses langues via le Localizer (mais cela à un cout environ 10% par page)
- Simplicité de développement grace notamment à l’utilisation de boites

Les moins

- Le look. En effet Plone reste à un look par défaut assez typique
- La vitesse, plone souffre également d’un léger problème de vitesse, mais il semble que ceux-ci tendent à disparaitre par utilisation d’un système de cache au niveau du CMF. A titre de comparaison le rendu du dossier contenant environ 100 documents prend au total 4.5 sec sur un celeron 466/400Mo sans cache.
- L’absence de fonction de publication de document dans des zones réservés du site. Cela peut bien sur être fait en créant une hierarchie de dossiers et en y ajoingnant les droits nécessaires au différents acteurs de cette rubrique, mais cela est bcp moins intuitif que les solutions habituelles
- Les gestions des groupes ne peut pas être faite au sein de plone

Pour finir

Plone semble en fait représenter le futur de Zope et plus particulèrement du CMF. D’ailleurs le développement des nouveaux composants Zope comme CMFTypes (qui permet aux développeurs de créer facilement de nouveaux composants CMF), ou encore le support de i8n sont en partie fait pour plone. Même si la prise en main n’est pas très simple, un fort sentiment de simplicité et de flexibilité se dégage de ce produit. Mais il faut aussi reconnaitre qu’il est assez peu adapté à la gestion petit site internet comme celle d’une PME.

De plus il reste le problème scalabilité de l’ensemble, en effet que ce passera t’il sur un site basé sur le CMF contenant des miliers de documents, ou encore des miliers de post dans endroits d’échanges, la solution facile serait l’adoption d’un SGBD comme MySQL mais l’approche actuelle de Zope + CMF n’est pas encore adapté à ce mode fonctionnement et ZC préconise des solutions de clustering basé sur ZEO qui ne sont hélas pas à la porté de site communtaire simple.

3 Messages de forum

  • > Fiche de présentation de Plone avec Zope 21 février 2003 01:31, par Eric Barroca

    Plone ne représente pas exactement le futur de Zope, dans la mesure où le futur de Zope est Zope 3. Zope 3 doit apporter de nombreuses fonctionnalités intéressantes, et une refonte complète de l’architecture pour se tourner résolument vers les composants. Ce qui nécessitera au passage une réécriture importantes des codes existants.

    De mon point de vue (en essayant d’être le plus objectif possible) Plone est surtout une grosse "skin" de CMF, qui n’apporte que peut de fonctionnalité en plus de celles de CMF (en tout cas, je ne saurais pas en citer de tête). C’est en quelque sorte un CMF packagé, bien configuré et habillé.

    Pour d’autres application tournant au dessus de Zope (à part Plone et CPS), on peut aller voir du côté de Silva (complètement orienté création et publication de documents XML, à l’exception des autres).

    Pour plus d’infos que la vision de Plone par Zope Corp., voir : http://www.zope.com/News/ZopeRoadmap.

    • > Fiche de présentation de Plone avec Zope 22 février 2003 01:13, par jkx

      Quelques explications :

      De mon point de vue Plone réprésente l’avenir de Zope, d’un point de vue commercial, la majorité de la communication autour de Zope en ce moment étant faite sur plone (du moins en France). L’exemple le plus flagrant est certainement NZO, à mettre en balance avec le pouvoir de la communauté plone biensur. De plus techniquement, les communautés Plone/CMF travaillent réellement de consors et j’ai bien l’impression que les besoins de plone dictent un peu les développement du CMF. Mais vous faites bien de le rappeller au niveau du code, la future version de Zope sera la version 3 et devrait être une révolution :)

      Plone est un peu plus qu’une skin, mais effectivement il n’apporte que peu de nouveautés par rapport au CMF. C’est d’ailleurs ce qui me fait dire dans l’article que plone est la version finale (package / configuré / habillé) du CMF.

      Au sujet de Silva, je n’ai hélas pas réussi à l’utiliser.J’ai notamment rencontré des problèmes dans l’édition des documents (à la Roxen pour ceux qui connaissent pas)


      Je tenais à remercier l’Eric pour ses commentaires avisés, et objectifs ainsi que la société Nuxéo .

  • > Fiche de présentation de Plone avec Zope 25 avril 2003 17:32, par Yves Moisan

    Bonjour,

    Je voulais simplement donner le son de cloche de qqn qui s’est lancé dans la mise sur pied d’un site Plone avec très peu de connaissances en Python/ZPT et al a priori.

    Je dois dire qu’on se fait à la logique de Plone à l’usure et en conséquence je pense que tout programmeur peut développer "assez facilement" dans Plone/Zope moyennant un effort soutenu, mais de l’ordre de qqes jours (ou semaines pour ceux qui ne maîtrisent pas toutes les technologies afférentes).

    Par contre, au terme de mon exercice d’essai, deux questions me hantent : la "lenteur" des sites basés sur Plone et la taille/intégrité de la ZODB. Pour le premier pb, on dit que le "caching" peut fonctionner. OK, on verra. Mais pour la ZODB, là ça me fait peur. Quelques images ont fait grimper la taille de la ZODB à un niveau "épeurant". J’aurai un mal fou à faire pencher la balance en faveur de Zope si je ne peux pas garantir à mon patron que la ZODB est facilement gérable et que son intégrité est garantie.

    Ou bien on propose des solutions bétonnées de protection de l’intégrité de la ZODB, ou bien on propose des manières simples de partager l’info entre la ZODB et d’autres BD de façon à partager les risques (ex. si je peux stocker mes images/données ailleurs que dans la ZODB, si je perds la ZODB je ne perds pas mes données).

    Je sais qu’il existe des ponts, mais ça ne me semble pas clair. Puis-je faire cohabiter des données sur SQL Server et la ZODB (ex. mes "pages web" seraient stockées dans la ZODB, mais mes données autres seraient potentiellement sur Oracle ou SQL Server ou je ne sais quoi) ?

    Finalement, j’ai déjà lu que Python était une version de "Perl done right" (Paul Prescod, si je ne m’abuse). Parmi les arguments "contre" Perl, on mentionne souvent qu’il y a trop de manières différentes de faire la même chose dans Perl. Pour moi, il y a trop de manières différentes de faire les choses dans Zope/Plone. Évidemment, mon opinion est celle d’un néophyte. Cependant, il faut des "path" clairs pour qui veut utiliser Plone. Doit-on faire plusieurs sites plones privés pour créer des intranets ou est-il plus "logique" de créer un site Plone public avec des "sous sites" Plones privés ? Un argumentaire clair sur ce type de questions de "design", avec "pour" et "contre", serait d’une très grande utilité et rendrait, à mon humble avis, les solutions basées sur Zope/Plone plus attrayantes pour un développeur et justifiables auprès d’un patron ...

SPIP | squelette | | Plan du site | Suivre la vie du site RSS 2.0