Re: Drupal, CMS avec PG

Bonjour,

En fouillant dans les archives de la liste j'ai trouvé quelques commentaires sur Drupal qui est utilisé pour le site postgresqlfr.org. En voici deux (datant de 2005) :

« Alors pour faire pgfr.org j'ai opté pour Drupal, qui lui est un gros veau bien lent, mais qui est relativement propre question code. »

« Aujourd'hui, Drupal assure vraiment bien, mais est toujours un peu trop lourd pour le processeur Géode que possède l'Open Brick sur lequel tourne le site!! »

Merci d'avance pour tout feedback et réponses aux questions ci-dessous (tout ça parce que avec d'autres, nous sommes en train de choisir un CMS pour construire des sites militants).

Quant est-il de Drupal aujourd'hui ? Notamment sur le point de vue performance ? Drupal s'est-il amélioré ? S'agit-il uniquement d'un problème de performance au moment de la création du contenu ?

Quels sont les avantages et inconvénients de Drupal par rapport à SPIP, très populaire en francophonie ?

Bien à vous,

Francis Leboutte

Le Sunday 25 May 2008 16:29:28 Francis Leboutte, vous avez écrit :
> Bonjour,
>
> En fouillant dans les archives de la liste j'ai trouvé quelques
> commentaires sur Drupal qui est utilisé pour le site postgresqlfr.org. En
> voici deux (datant de 2005) :
>
> « Alors pour faire pgfr.org j'ai opté pour Drupal, qui lui est un gros veau
> bien lent, mais qui est relativement propre question code. »
>
> « Aujourd'hui, Drupal assure vraiment bien, mais est toujours un peu trop
> lourd pour le processeur Géode que possède l'Open Brick sur lequel tourne
> le site!! »
>

C'est un commentaire très vieux car cela fait au moins 3 ans que le site
www.postgresqlfr.org ne tourne plus sur un processeur Geode. :-)

Aujourd'hui le portail principal de postgresqlfr.org fonctionne sur un bi-pro
3Ghz. La version de drupal que nous utilisons est une 4.7.x, c'est à dire une
antiquité ( la version 6 vient de sortir )

Une très grosse réflexion est en cours au sein de l'asso PGFR pour décider de
l'avenir de la plate-forme. Le constat de départ est que notre version de
drupal est obsolète. Par ailleurs après 5 ans d'existence, la masse d'
information est tout simplement trop grande pour être gérée dans un CMS
unique : les listes de diffusion, le wiki, la planete, la doc, ( probablement
bientôt les forums) tout cela a fini par être hébergé en dehors de drupal.

Je rédigerai un message plus détails sur ce sujet dans quelques jours.

> Quant est-il de Drupal aujourd'hui ?

D'après moi Drupal est un très bon CMS, très modulaire..

Ce qu'on lui reproche c'est d'être extrèmement compliqué. Drupal introduit
tout un tas de concepts ( "taxonomie", "noeud", "livre", etc. ) qu'il faut
bien comprendre pour arriver a exploiter la puissance du logiciel.

Le temps passe. Les administrateurs changent. Les connaissances se perdent.
et si les concepts de base ont été mal transmis, on se retrouve avec une
machine à gaz ingérable en l'espace de 3 ans.

Tout ceci va l'encontre la tendance actuelle qui est de simplifier les
interfaces (KISS !) et faciliter l'écriture pour un maximum de visiteurs des
sites ( l'inénarrable web deux point zéro... ).

Les wikis sont l'illustration parfaite de cette nouvelle tendance.

Drupal , Joomla et consorts sont probablement des softs très puissants mais
il s'avère que la simplicité est souvent plus importante que la puissance.

En tout cas a titre personnel je suis convaincu que l'époque des
gros "CMS-qui-savent-tout-faire" est révolue :-)

> Notamment sur le point de vue performance ?

Il y a deux ans environ on a vécu une augmentation de trafic . On est passsé
de 110 000 à 170 000 pages vues par mois. Ceci a ralenti le site de manière
significative. Après investigation on s'est rendu compte que le serveur
PostgreSQL était bombardé de requêtes et avait du mal à suivre. La solution a
consisté à intercaler un pooler de connexion (pgpool) entre drupal et
postgresql...

> Drupal s'est-il amélioré ?

Aucune idée.
Cédric Villemain a fait quelques recherches sur drupal 6. Peut-être qu'il
pourra en dire plus. :-)

> S'agit-il uniquement d'un problème de performance au moment de la création
du contenu ?

Non. Les données du site sont utilisées à 99,99% en lecture. La création de
contenu n'est pas le soucis premier ;-)

>
> Quels sont les avantages et inconvénients de Drupal par rapport à SPIP,
> très populaire en francophonie ?

Je connais assez bien SPIP et à mon avis c'est une erreur de le considérer
comme un CMS.
SPIP est parfait pour gérer un journal en ligne, c'est à dire
une équipe de rédacteurs , un comité de rélecture, et des droits de réponse en
bas de chaque article.
En dehors de cette organisation bien particulière, SPIP n'a pas beaucoup
d'intérêt.

Toute tentative de transformer SPIP en un CMS généraliste est une perte de
temps. L'échec complet de SPIP-Agora en est la meilleure preuve.

En résumé, Drupal est un bon logiciel mais son coté "couteau-suisse" est passé
de mode. Les wikis sont des outils plus simples, plus conviviaux et plus
ouverts. Dans la pluspart des cas, ils remplacent avantageusement les gros
CMS comme Drupal

bonne journée :)

--
damien clochard
http://dalibo.org | http://dalibo.com

Merci pour ces infos utiles et d'avance pour celles concernant le réflexion PGFR.

Je suis dubitatif quant à l'utilisation d'un Wiki pour certains projets, par exemple pour ceux où une certaine ligne éditoriale doit être maintenue et l'information n'est pas aussi simple à structurer que dans un projet comme Wikipédia.

Ce serait intéressant de faire une comparaison point par point en fonction des besoins. Dès que j'ai un peu de temps, je ferai une recherche sur le web (EN, FR) pour voir si quelque chose n'a pas été fait sur le sujet.

Cordialement,

Francis

Le 25/05/2008 20:19, damien clochard écrivait :
>Le Sunday 25 May 2008 16:29:28 Francis Leboutte, vous avez écrit :
>> Bonjour,
>>
>> En fouillant dans les archives de la liste j'ai trouvé quelques
>> commentaires sur Drupal qui est utilisé pour le site postgresqlfr.org. En
>> voici deux (datant de 2005) :
>>
>> « Alors pour faire pgfr.org j'ai opté pour Drupal, qui lui est un gros veau
>> bien lent, mais qui est relativement propre question code. »
>>
>> « Aujourd'hui, Drupal assure vraiment bien, mais est toujours un peu trop
>> lourd pour le processeur Géode que possède l'Open Brick sur lequel tourne
>> le site!! »
>>
>
>C'est un commentaire très vieux car cela fait au moins 3 ans que le site
>www.postgresqlfr.org ne tourne plus sur un processeur Geode. :-)
>
>Aujourd'hui le portail principal de postgresqlfr.org fonctionne sur un bi-pro
>3Ghz. La version de drupal que nous utilisons est une 4.7.x, c'est à dire une
>antiquité ( la version 6 vient de sortir )
>
>Une très grosse réflexion est en cours au sein de l'asso PGFR pour décider de
>l'avenir de la plate-forme. Le constat de départ est que notre version de
>drupal est obsolète. Par ailleurs après 5 ans d'existence, la masse d'
>information est tout simplement trop grande pour être gérée dans un CMS
>unique : les listes de diffusion, le wiki, la planete, la doc, ( probablement
>bientôt les forums) tout cela a fini par être hébergé en dehors de drupal.
>
>Je rédigerai un message plus détails sur ce sujet dans quelques jours.
>
>> Quant est-il de Drupal aujourd'hui ?
>
>D'après moi Drupal est un très bon CMS, très modulaire..
>
>Ce qu'on lui reproche c'est d'être extrèmement compliqué. Drupal introduit
>tout un tas de concepts ( "taxonomie", "noeud", "livre", etc. ) qu'il faut
>bien comprendre pour arriver a exploiter la puissance du logiciel.
>
>Le temps passe. Les administrateurs changent. Les connaissances se perdent.
>et si les concepts de base ont été mal transmis, on se retrouve avec une
>machine à gaz ingérable en l'espace de 3 ans.
>
>Tout ceci va l'encontre la tendance actuelle qui est de simplifier les
>interfaces (KISS !) et faciliter l'écriture pour un maximum de visiteurs des
>sites ( l'inénarrable web deux point zéro... ).
>
>Les wikis sont l'illustration parfaite de cette nouvelle tendance.
>
>Drupal , Joomla et consorts sont probablement des softs très puissants mais
>il s'avère que la simplicité est souvent plus importante que la puissance.
>
>En tout cas a titre personnel je suis convaincu que l'époque des
>gros "CMS-qui-savent-tout-faire" est révolue :-)
>
>
>> Notamment sur le point de vue performance ?
>
>Il y a deux ans environ on a vécu une augmentation de trafic . On est passsé
>de 110 000 à 170 000 pages vues par mois. Ceci a ralenti le site de manière
>significative. Après investigation on s'est rendu compte que le serveur
>PostgreSQL était bombardé de requêtes et avait du mal à suivre. La solution a
>consisté à intercaler un pooler de connexion (pgpool) entre drupal et
>postgresql...
>
>> Drupal s'est-il amélioré ?
>
>Aucune idée.
>Cédric Villemain a fait quelques recherches sur drupal 6. Peut-être qu'il
>pourra en dire plus. :-)
>
>> S'agit-il uniquement d'un problème de performance au moment de la création
>du contenu ?
>
>Non. Les données du site sont utilisées à 99,99% en lecture. La création de
>contenu n'est pas le soucis premier ;-)
>
>>
>> Quels sont les avantages et inconvénients de Drupal par rapport à SPIP,
>> très populaire en francophonie ?
>
>Je connais assez bien SPIP et à mon avis c'est une erreur de le considérer
>comme un CMS.
>SPIP est parfait pour gérer un journal en ligne, c'est à dire
>une équipe de rédacteurs , un comité de rélecture, et des droits de réponse en
>bas de chaque article.
>En dehors de cette organisation bien particulière, SPIP n'a pas beaucoup
>d'intérêt.
>
>Toute tentative de transformer SPIP en un CMS généraliste est une perte de
>temps. L'échec complet de SPIP-Agora en est la meilleure preuve.
>
>
>
>En résumé, Drupal est un bon logiciel mais son coté "couteau-suisse" est passé
>de mode. Les wikis sont des outils plus simples, plus conviviaux et plus
>ouverts. Dans la pluspart des cas, ils remplacent avantageusement les gros
>CMS comme Drupal
>
>
>bonne journée :)
>
>--
>damien clochard
>http://dalibo.org | http://dalibo.com
>
>--
>Sent via pgsql-fr-generale mailing list (pgsql-fr-generale(at)postgresql(dot)org)
>To make changes to your subscription:
>http://www.postgresql.org/mailpref/pgsql-fr-generale

Francis Leboutte a écrit :
> Merci pour ces infos utiles et d'avance pour celles concernant le réflexion PGFR.
>
> Je suis dubitatif quant à l'utilisation d'un Wiki pour certains projets, par exemple pour ceux où une certaine ligne éditoriale doit être maintenue et l'information n'est pas aussi simple à structurer que dans un projet comme Wikipédia.
>
> Ce serait intéressant de faire une comparaison point par point en fonction des besoins. Dès que j'ai un peu de temps, je ferai une recherche sur le web (EN, FR) pour voir si quelque chose n'a pas été fait sur le sujet.
>
> Cordialement,
>
> Francis

Bonjour,

Pour comparer les Wiki ou les CMS entre eux, en terme de fonctionnalités, vous
pouvez vous rendre sur wikimatrix.org et cmsmatrix.com

Bon courage :-)

Librement,
--
Stéphane SCHILDKNECHT
Président de PostgreSQLFr
Tél. 09 53 69 97 12
http://www.postgresql.fr