SPIP vs Drupal (ou les différents types de CMS) - Le Monde des CMS - Forum - ixprim-cms.org - Système de Gestion de contenu

Vous n'êtes pas connecté

Par respect de la netiquette, tous les contributeurs s'engagent à ne tenir ni propos insultants ni propos infamants envers un tiers. Merci d'avance à tous et ... bonne pêche aux infos - (Les numéros IP sont conservés.)

Accueil du Forum » News » Le Monde des CMS

» Sujet: SPIP vs Drupal (ou les différents types de CMS)

Auteur:

Message:

Method_T

Débutant

Messages: 1
Inscrit(e) le: 2006/3/10
Statut: Déconnecté(e)

Posté le 2006/3/10 à 05:12

J'ai vu ici et la des gens qui hésitent entre SPIP et Drupal, ou entre SPIP et Ixprim.
Voici donc une petite synthèse de ce qui a à savoir sur les CMS.

SPIP est un CMS orienté publication.
Le système est prévu idéalement pour le cas où l'on a une équipe rédactionnelle avec laquelle on souhaite réaliser une publication. Exemple : des volontaires dans une association qui veulent éditer un journal. Il faut se rappeler que SPIP a été conçu au départ pour faire le site du Monde Diplomatique.

Drupal est un Gestionnaire de communauté orienté contenu.
Le système est prévu idéalement quand on veut rassembler des gens que l'on ne connait pas déjà autour d'un thème ou d'un sujet (que l'on connait) sur lequel on souhaite produire du contenu. Exemple : un mec a trouvé chouette de faire des paris sur les résultats politiques et il a créé Poolitics.

Bien sur, il est toujours possible d'autoriser n'importe qui à créer un compte SPIP. Bien sur, il est toujours possible d'interdire la création de comptes sur un site Drupal. De meme qu'on peut toujours enfoncer un clou avec un tournevis... c'est juste que c'est plus facile avec un marteau.

Enfin, rien ne vous empeche de publier du contenu avec un Gestionnaire de communauté orienté discussion. C'est ce que fait CgTalk un forum sur les images de synthèses avec des tutoriaux très bien faits (Techniques générales Modeliing ou Techniques générales - Texturing).

Il vaut mieux partir sur la base qui convient et contribuer au développement ne serait-ce qu'en proposant des évolutions, plutot que de partir sur une solution aboutie techniquement mais ou rine n'est foutu comme on le souhaite.

Voila.