Re: Drupal, CMS avec PG

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