URL: https://linuxfr.org/users/flipflip/journaux/rencontre-avec-les-cms Title: Rencontre avec les CMS Authors: Philippe M Date: 2005年09月30日T10:54:30+02:00 Tags: Score: 0 Cher journal et lecteurs, depuis un certain temps je teste différents CMS OpenSource. Je précise que cette petite réflexion a été réalisée dans le cadre d'une étude pour un Intranet. * NPDS --> [http://www.npds.org(...)](http://www.npds.org) * SPIP --> [http://www.spip.net(...)](http://www.spip.net) * Mambo (Joomla) --> [http://www.mamboserver.com(...)](http://www.mamboserver.com) ou [http://www.joomla.org(...)](http://www.joomla.org) * Plone --> [http://www.plone.org(...)](http://www.plone.org) * Ovidentia --> [http://www.ovidentia.org(...)](http://www.ovidentia.org) **I - NPDS** L'installation est simple, l'interface ressemble à beaucoup de CMS, cad, 3 colonnes. Ce que je n'ai pas aimé c'est ça ressemble trop proche de PHPNuke et surtout le truc que je n'ai pas compris. Il contient une base utilisateur (normal) et une base autre, donc si je veux qu'un utilisateur puisse avoir des droits autres que simple utilisateur je suis obligé de le créer 2 fois et lui est obligé ce se logger 2 fois. Donc ce système a très vite été éliminé. **II - SPIP** SPIP c'est bien, en abusé ça craint... (Je sors). J'adore SPIP, sont fonctionnement, ça philisophie... Enfin tout quoi, mais il reste difficile à prendre en main soit pour le webmaster (template), soit pour l'utilisateur non informaticien (rédaction d'un article). La rédaction d'un article est délicate puisqu'il faut connaître les balises de mises en formes SPIP pour arriver à faire des choses propres et ce malgré l'utilisation de SpipEdit ( [http://www.spipedit.com(...)](http://www.spipedit.com) ). Il ne comporte pas de calendrier partagé (pas dans la version que j'ai testé il y a quelques mois). Donc à mon grand regret il a été éliminé. **III - Mambo (Joomla)** Au premier abord c'est totalement déroutant, enfin pour la partie administration, composant, modules, mambots... C'est un peu le vrac. Après avoir défraîchi la bête cela devient un outil très puissant. Les menus sont entièrement paramétrables, pour faire simple pratiquement tout est paramétrable. Malheureusement c'est au prix de la légèreté d'utilisation. Il n'a pas eu de mal à mettre mon petit serveur de test dans le rouge :( Autre avantage, la quantité impressionnante de module, composant, mambots disponible sur le net. Pour le moment il est dans la liste de mes préférés. **IV - Plone** Attention on rentre dans la catégorie poids lourd ! Plone est basé sur Zope, pour simplifié le test je l'ai installé sur ma machine perso sous Windows (aie pas la tête... et non pas les co***es). Le paquet comprend Zope et Plone. L'administration de Plone n'est pas des plus simples, enfin c'est déroutant par rapport à ce que l'on peut trouver sur un CMS. Niveau ressources... mon pc à encore des séquelles... C'est du gros et du lourd. Certes c'est très puissant comme outil, surtout pour ceux qui maîtrise le python. Je ne l'ai pas tout à fait éliminé mais je ne pense pas le choisir pour ce projet à cause des ressources nécessaire pour sont fonctionnement. **V - Ovidentia** ... « Tiens c'est quoi ce truc ? » C'est un peu la question que je me suis posé lorsque je suis tombé totalement par hasard dessus. C'est CMS totalement orienté Intranet. Il gère les fonctions habituel (articles, news, fichiers, agenda...) mais en plus il est capable de gérer des organigrammes, les contributions peuvent suivre un schéma d'approbation totalement paramétrable, il intègre une gestion de congés. Point intéressant, il est capable de gérer l'authentification par OpenLdap et Active Directory. Il comporte un langage de programmation simple pour modifier le comportement de certain objet, cela permet d'éviter de mettre les mains dans le code source de la bête. Il encore en phase de teste mais il est en tête du classement pour le moment. **VI – Conclusion** Il existe un choix important de CMS, il n’y a pas de solution miracle pour répondre à coups sûr à vos besoins. Je pense qu’il faut obligatoirement passer par la phase de teste, choisir le plus proche des besoins et ensuite mettre les mains dans la graisse pour l’adapter. De cette manière tout le monde profite de vos modifications. Cette réflexion n’a pas pour but de détailler chaque fonction de tout les CMS cités, mais je fais profité les personnes intéressées de mon « expérience ».