Je ne comprends personnellement pas qu’on apprécie de travailler avec SPIP et encore moins avec Joomla ! oO

- on n’est pas noobs,
- on connaît tant soit peu l’anglais,
- si l’on a déjà bidouillé sur d’autre cms,
- si l’on a du temps devant soi,
- si vous avez compris du premier coup la vision de drupal,
- si les aides que, par hasard, (ben oui, vous avez tout compris…)vous demandez ont des réponses,
- si….
Avec des si, on met Paris en bouteille.

J’ai un drupal installé, et comme je suis un noobiz, j’attends toujours des explications sur tel ou tel module, depuis quelques jours, et plus. Views, par exemple, et Média. Placer des images, ça va encore, mais les videos…Rien ne marche. Ce qui est le comble pour un site qui se veut « universel ».
Bien sur que les possibilités de drupal sont très fortes, mais, à force, l’usine à gaz n’est pas loin. J’ai connu Oracle, qui me semble plus facile que Drupal, même en version 8. Quant à la communauté drupalienne, les derniers messages et réponses s’arrêtent en …2009/2010.
Bref, WordPress, c’est pas mal. Et il est très simple de mettre les mains dans le cambouis pour aller sur les fichiers des thèmes. C’est où, sous Drupal ?

function remove_menu() {
global $menu;
unset($menu[5]); /* supprime le menu "Articles" */
unset($menu[15]); /* supprime le menu "Liens" */
unset($menu[25]); /* supprime le menu "Commentaires" */
}

add_action('admin_head', 'remove_menu');

Je voudrais revenir sur un des éléments qui pour moi reste le plus grand enjeu de cette discussion.

Nous parlons de CMS : un outil de gestion de contenu. Ayant dit cela nous admettrons que l’on ne monte pas un CMS pour nous (« nous » les gens qui comprenons le code qui est derrière) mais pour des personnes qui n’ont pas ces connaissances.

Alors je dis et je soutiens que le véritable enjeu du choix d’un CMS, c’est de choisir le bon outil vis à vis de la facilité qu’auront ses utilisateurs à l’utiliser.

Autant dire que je bosse la plupart du temps avec WordPress (oui la gestion des images et médias et vraiment plus simple pour ma belle mère….).

Pour avoir eu l’occasion de bosser sur Drupal je reconnais que c’est une bombe.
Ne serait-ce que par la structure des données, on peut aller plus loin qu’avec un WordPress.
Par contre les efforts à fournir pour offrir une expérience a peu près intuitive à mes utilisateurs (clients) sont plus importants sur Drupal.
Me semble-t-il….;)

Avec Drupal, déjà on oublie tout de suite le petit site ou blog (c’est possible, mais il y a WP pour ça). Drupal c’est fait pour faire du lourd, du communautaire; grâce à d’astucieuses combinaison de modules tels que cck, views, pathauto, menubreadcrumb,… (je vous laisse chercher, c’est le petit jeu du débutant sur drupal.org) on peut faire à peu près tout ce qu’on veux (des annuaires, des communautés, des plateforme de blog, des portail média, des applis complexes,…), en fait il ne faut pas voir Drupal comme un CMS classique, mais plutôt comme un framework avec une interface utilisateur pour faire le dev (au lieu de mettre dans le code), auquel on ajoute des fonctionnalités en installant des modules. Ayant réalisé un grand nombre de sites sur Drupal, je n’ai fait que très peu de dev spé, et quand c’est le cas, ça se résume en quelques lignes de code.

Au niveau de la prise en main, WP et u jeu d’enfant, Drupal un peu plus complexe au départ (mais bon si vous faites des sites vous êtes pas des noobs et vous parlez anglais, donc pas de soucis… il faut juste être patient et organisé. Après pour vos clients, on me dit souvent que Drupal c’est compliqué pour les utilisateurs finaux… tout faux, au contraire vous pouvez faire une interface d’admin (en front, il n’y a pas de back dans drupal) limitée au seul besoin de votre client.

Le dernier point et pas des moindres : l’hébergement
- un WP s’installe facilement et à peu près sur n’importe quel serveur
- Drupal vous demande un peu plus de connaissance en terme de serveur, et c’est même pas la peine d’installer un drupal sur des hébergements lowcost (premières offres OVH, 1&1,…). il faut absolument que vous puissiez éditer les valeurs php de votre serveur (certains mutualisé le permettent). En gros l’idéal c’est d’avoir son propre serveur dédié (ou virtuel dédié)

Merci pour ta réponse rapide en tout cas, tu n’utilise que WP ?

« projets du genre 3 pages avec des articles de differentes catégories affichées dans chacune d’elle » : c’est justement le type de projets pour lesquels WP est fort (moteur blog…).

Pour Drupal son système d’administration incorporé à la page est sympa et la taxinomie il faudra que je test plus.

Pour Joomla, je suis conquis … je vais m’y intéresser fortement, rien qu’a voir le panneau d’administration on vois le monde de différence (je trouve)

SPIP, TYPOLIGHT et SYMFONY je vais tester en local mais je me spécialiserais dans un seul.

J’ajoute ton site à mes flux RSS, car je sens que je vais y lire plein de trucs intéressants !

Le fait de ne pas pour le faire évoluer facilement par exemple créer 3 pages avec dans chacune d’elle des articles.

existe-t-il la possibilité sur drupal de préparer des articles en avance et de les publier automatiquement (pré-publication) comme cela est possible avec wordpress ?
j’ai le sentiment que sur drupal on n’a que le statut publié / non publié…
merci de vos réponses

L’avantage d’utiliser WordPress ou une autre plateforme, est bel et bien de ne pas devoir réinventer la roue à chaque nouveau projet. Y compris pour des sites très spécifiques.

Bien entendu cet avis n’engage que moi ! :-)

Si on veut realiser un site très spécifique et bien moi je développe sous symfony tout simplement pourquoi se prendre la tête avec un framework intégrer comme ezupublish ? après chacun son tripe :)

merci pour cet article en tout les cas toujours utile et clair je trouve même si il y a des erreurs c’est en partageant que l’on avance :)