De mon point de vue, l’une des grandes forces de Drupal est sa modularité. Je développe sous WordPress depuis bientôt 5 ans, et presque 30% des sites réalisés n’utilisent pas les articles de WordPress, mais uniquement les pages. Et je ne vous parle même pas du pourcentage de projets n’utilisant pas les commentaires…
Malheureusement, WordPress ne permet pas la désactivation des fonctionnalités non utilisées, c’est regrettable à plusieurs points. Le premier, c’est les performances, charger en mémoire des lignes de code non utilisé peut s’apparenter à un gâchis de ressources. Le deuxième point, c’est la présence de menus inutiles dans la console d’administration. Cet aspect peut être corrigé via des plugins permettant la personnalisation la console d’administration, ces derniers proposent de choisir précisément les fonctionnalités que l’on souhaite afficher ou masquer.
Mais revenons à drupal…
Lorsque je discute avec des clients, des développeurs, on me dit, WordPress ce n’est pas vraiment un CMS, Drupal oui !
C’est vrai et faux, en fait techniquement parlant, ces 2 outils sont des CMS. WordPress est un CMS orienté gestion de contenu personnelle (plutôt blog), tandis que Drupal est un CMS « non orienté ». Autrement dit, Drupal est extrêmement générique et on le ressent bien à l’installation. (Comme l’on dit plusieurs blogueurs de la communauté WP, WordPress est beaucoup plus packagé que Drupal, plus « ready to use »).
Cette orientation, publication personnelle/blog, est donc à la fois la plus grande force et faiblesse de WordPress.
Force, car cela lui attire la sympathie d’un très grand nombre de webmestres, développeurs et surtout des utilisateurs. Faiblesse, car comme beaucoup d’outils de masse, on le considère à tort comme un outil d’entrée de gamme peu adapté au monde professionnel et à un usage CMS. Et pourtant…
J’ai installé un drupal en local, et j’ai comparé les modules par défaut de drupal avec ceux de WordPress. Vous trouverez dans un premier le tableau comparatif, puis mon analyse.
Module drupal | Alternative WordPress | Commentaire |
---|---|---|
Aggregator | Plugin : WP-o-matic | Ancien, mais plugin très complet |
Blog | Natif | – |
Blog API | Natif | – |
Book | Natif + Plugins | Les pages de WordPress non ? Couplé à un plugin Séries ou une navigation bien pensée ;) |
Color | Natif + Thèmes | Dans WordPress, le thème peut avoir une page d’administration. C’est le cas du thème par défaut, il permet à l’utilisateur de modifier le schéma de couleur de certains thèmes. |
Comment | Natif | Permets aux utilisateurs de commenter et de discuter le contenu publié. |
Contact | Plugins : Cforms | Cforms, what else ? |
Content translation |
Plugins | Qtranslate, WP-ML, il y a pour tous les goûts… |
Database logging | Plugins | Partiel, pas de plugin générique à ce niveau. |
Forum | Plugins ou bbPress | bbPress se couple facilement à WordPress. La prochaine version devrait être encore plus intégrée à WordPress ! |
Help | Natif | Pas besoin d’aide pour utiliser WordPress ! ;) |
Locale | Natif | – |
Menu | Plugins | Par défaut, pas grand chose. (ça devrait changer dans WP 3.0), mais des plugins permettent cela |
OpenID | Plugins | – |
Path | Natif | Par défaut, les permaliens… |
PHP filter | Plugins | – |
Ping | Natif | – |
Poll | Plugin : WP-Polls | – |
Profile | Plugin : BuddyPress | Des profils, mais pas seulement… |
Search | Natif | Sans compter les innombrables plugins à ce sujet |
Statistics | Plugins : Wassup, StatsPress | – |
Syslog | Plugins | Des plugins permettent des logs pour l’activité, d’autres pour le développement. Globalement ca existe. |
Taxonomy | Natif + Plugins | L’API le supporte, les plugins apportent la couche utilisateur. |
Throttle | Pas vraiment | À ma connaissance, aucun plugin ne permet de désactiver des fonctionnalités selon la charge. Cependant, les plugins de cache permettent ponctuellement d’alléger la charge serveur. Conclusion, pas vraiment ! mais pas très utile ! |
Tracker | Natif + Plugins | Les commentaires sont des contributions utilisateurs, sinon des plugins comme TDO Form permettent de créer des formulaires publics. |
Trigger | Natif | Similaire aux actions/filtres de WordPresss |
Update status | Natif | – |
Upload | Natif | Depuis bien longtemps + La retouche d’image depuis WordPress 2.9 |
Comme vous pouvez le constater, mis à part 1-2 fonctionnalités mineures qui n’ont pas d’alternative complète sous WordPress, la totalité des fonctionnalités des modules intégrés dans Drupal possède une alternative ou plusieurs alternatives. Parfois nativement, parfois sous la forme de plugins de la communauté !
Lorsque la fonctionnalité est native, elle possède le même niveau de qualité que sa concurrente drupal. Lorsqu’il s’agit d’un plugin, c’est variable. Certains plugins de la communauté sont bien plus évolués que leurs concurrents par défaut de drupal (mais des plugins drupal peuvent équilibrer la balance), tandis que dans certains cas, c’est l’inverse.
Je conclurai en 3 points.
1. WordPress n’a rien à envier aux modules de base de Drupal. La communauté très active remplit parfaitement son rôle en réalisant des plugins de qualité similaire.
2. Le programme de plugins « officiel » de WordPress.org va permettre de constituer une base de plugins sûrs, vérifiés et mis à jour régulièrement. Ces plugins deviendront l’équivalent des modules de drupal.
3. Drupal possède une longueur d’avance concernant la possibilité de créer nativement des types de contenus à la volée. (je ne parle pas de CCK, mais des types de contenus), WordPress supporte depuis très longtemps ce genre d’ajout via des plugins, mais rien de très propre. La version 3.0 ajoutera une API complète permettant d’ajouter autant de types de contenu que souhaité.
Dans un prochain article, je vous parlerai de Views/CCK et WordPress !
PS: J’ai sûrement oublié certaines fonctionnalités, je pense par exemple aux permissions, je me suis contenté des modules de base pour le moment, mais si vous voyez des fonctionnalités de bases qui n’existe pas dans WordPress, dites-le-moi, j’essaierai de trouver l’alternative si elle existe !
Pingback : Installer WordPress, installer Drupal, deux expériences différentes | Encre de Lune
Pingback : Drupal : une « connaissance » de base requise dans le web de demain ? | AbriCoCotier.fr