Conseils pour un CMS - Page 1

Bonjour,

Je suis un peu perdu dans la jungle des CMS, mon besoin est assez simple : je veux pouvoir écrire des pages (statiques), navigables à partir du menu principal, et aussi pouvoir ajouter régulièrement des infos sur des événements ponctuels, avec un export possible en iCal. Les personnes qui publieront le contenu ne seront absolument pas des informaticiens.

Spip pourrait très bien convenir mais il fait beaucoup plus que ça, et l’interface d’admin est un poil trop riche pour les non-informaticiens. Sinon Drupal est pas mal mais j’ai l’impression que l’interface d’admin est beaucoup trop bordélique pour les non-informaticiens. Une autre idée ?

Spip, tout simplement ? Il est assez simple à prendre en main.

Oui, je connais très bien Spip, cf mon message précédent. Mais je trouve que l’interface d’admin est un peu trop riche, je voudrais quelque chose de plus simple qui permette seulement d’ajouter ou modifier des pages (comme le fait Drupal), ou d’ajouter ou modifier des événements.
Là, avec Spip il y a une notion de rubrique, d’article et de brève (quoique ces dernières sont désactivables il me semble), et pour ajouter quelque chose qui ressemble à ce que j’appelle un événement il faut installer un plugin qui permet, lors de la rédaction d’un nouvel article seulement, de lui adjoindre des informations temporelles, ce qui n’est pas une façon très intuitive de faire je trouve.

wordpress ? joomla ?

Quand tu dis "écrire des pages statiques", tu entends quoi, exactement ? Qu'il n'y a que (et uniquement que) les infos événementielles qui soient du contenu géré par les publicateurs ? Ou tu veux que le CMS génère des pages statiques et fonctionne avec un frontend de consultation en statique pur tout en gardant un frontent rédactionnel dynamique (pour des raisons de sécurité) ? Dans ce cas là, Ametys est probablement la meilleure solution (mais carrément surdimensionnée, pour le coup... par contre, je trouve les interfaces d'administration et de rédaction vraiment bien foutues, avec la reprise du modèle "ruban" d'office 2007).

Nil (./5) :
par contre, je trouve les interfaces d'administration et de rédaction vraiment bien foutues, avec la reprise du modèle "ruban" d'office 2007

Il y a contradiction là, "ruban" et "bien foutues" dans la même phrase.

Spipu (./4) :
wordpress ? joomla ?

Hm, Wordpress est orienté blog, ce qui n’est clairement pas l’utilisation dont j’ai besoin (encore que, c’est vrai qu’il est assez maléable, mais j’ai peur qu’au final il m’encombre — enfin, surtout les rédacteurs — avec des notions de catégorie ou de tag, qui n’apporteront rien).
Quant à Joomla!, je ne le connais pas très bien, j’ai l’impression que c’est une grosse usine à gaz qui génère des URL très moches de surcroît.

Nil (./5) :
Quand tu dis "écrire des pages statiques", tu entends quoi, exactement ? Qu'il n'y a que (et uniquement que) les infos événementielles qui soient du contenu géré par les publicateurs ? Ou tu veux que le CMS génère des pages statiques et fonctionne avec un frontend de consultation en statique pur tout en gardant un frontent rédactionnel dynamique (pour des raisons de sécurité) ? Dans ce cas là, Ametys est probablement la meilleure solution (mais carrément surdimensionnée, pour le coup... par contre, je trouve les interfaces d'administration et de rédaction vraiment bien foutues, avec la reprise du modèle "ruban" d'office 2007).

Les pages statiques sont des pages dont le contenu ne changera qu’une fois par an à peu près. Mais tout le contenu sera écrit (enfin doit pouvoir être écrit) par des non informaticiens, donc via une interface d’admin. Je vais regarder Ametys, je ne connais pas

Sasume (./7) :
j'ai l'impression que c'est une grosse usine à gaz qui génère des URL très moches de surcroît.

ca, c'est un paramètre de joomla, on peut donner des sorht url à chaque article

Joomla a l’air de ne pas permettre du tout de flexibilité dans le type de contenu géré (contrairement à EZ Publish par exemple où on peut créer directement des types de contenu (page, article, nouvelle, etc.)).

Au final j’ai l’impression que EZ Publish et Drupal sont les meilleurs candidats car ils sont très flexibles. J’espère que l’interface d’admin (ou au moins de rédacteur) sera ergonomique…

Sasume (./9) :
Joomla a l’air de ne pas permettre du tout de flexibilité dans le type de contenu géré (contrairement à EZ Publish par exemple où on peut créer directement des types de contenu (page, article, nouvelle, etc.)).

Dans joomla, tout est article, mais tu peux avoir des gabarits différents pour tes articles. Cela dit, je suis bien en peine de te le conseiller : c'est le choix qui a été fait chez nous (développement sous traité) et je trouve vraiment que c'est une énorme usine à gaz qui n'est pas très bien ficelée (le moteur de base est assez limité, il faut vite ajouter des modules dès qu'on veut faire des trucs même évidents - comme une gestion évoluée des droits - ce qui rend le truc très rapidement ingérable)

J'ai un peu testé Joomla, et je le trouve vraiment usine à gaz et super chiant à configurer, d'autant plus qu'il n'est pas évident de faire la différence entre module, plug-in, add-on, extension, ... (enfin, je ne me souviens plus trop du vocabulaire, mais c'était de cet ordre).

Flanker (./12) :
J'ai un peu testé Joomla, et je le trouve vraiment usine à gaz et super chiant à configurer, d'autant plus qu'il n'est pas évident de faire la différence entre module, plug-in, add-on, extension, ... (enfin, je ne me souviens plus trop du vocabulaire, mais c'était de cet ordre).

Voilà, tout à fait...

Suggestion totalement "sauvage": Trac? Ce n'est pas du tout fait pour, mais y réfléchissant, ça remplit toutes les exigences énoncées, il y a un wiki qui permet de facilement créer des pages statiques et la vue Roadmap peut être utilisée (plus ou moins abusivement) pour la gestion d'évènements, il y a l'exportation iCal et il est facile de rajouter un évènement. (Et il y a moyen de bidouiller la terminologie si nécessaire, on peut faire pas mal de trucs bizarres avec Trac. )

alors la non trac c'est orienté développeur/geek.

drupal l'aperçu que j'en ai eu m'a semblé simple.

(Par contre j'ai l'impression que développer un module pour Drupal est plus compliqué que pour Joomla)