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.

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 !

À force de le dire, on me reproche de vendre mon produit, mais avouer quand même que WordPress peut être utilisé dans un nombre incalculable de situations… En fait, je ne vois qu’une situation courante où WordPress ne convient pas… l’e-commerce… Et ça n’est pas les extensions existantes qui me feront mentir… rien ne vaut à mon goût un couplage avec un outil dédié… comme Magento par exemple !

Mais revenons au sujet principal de cet article, jQuery, dont une partie des sites est développée en drupal, vient de mettre à jour sa documentation pour la sortie future de la version 1.4 !

Et pour faire la mise à jour de la documentation, l’équipe de jQuery a migré de l’outil MediaWiki vers WordPress en utilisant l’aspect CMS…

Ainsi, elle profite :

• D’un référencement naturel de premier ordre
• La possibilité d’avoir des contributions pour chaque page via les commentaires et akismet pour contrer le spam
• Une rapidité d’affichage grâce à l’usage de WP-SuperCache
• Une classification libre via les catégories et les mots clefs.

Comme d’habitude avec l’équipe jQuery, le résultat est très soigné, en particulier le moteur de recherche avec l’effet AJAX qui actualise en temps réel les résultats de la recherche !

Peut-être les prémices d’une migration entière des sites jQuery vers WordPress… L’avenir nous le dira !

Source : Dougal Campbell’s geek ramblings & jQuery14.com

Tout cela pour vous dire que, Jean-Louis Moncet, journaliste à AutoPlus et commentateur chez TF1 à ses heures perdues, a ouvert un blog consacré à la F1. Jusque-là c’est plutôt normal me direz vous… Mais la ou généralement les boites de presse sortent l’artillerie lourde des CMS, AutoPlus a choisi d’utiliser WordPress !

Le blog est visible à l’adresse suivante:

• Blog F1 de Jean-Louis Moncet

Côté réalisation, ça sent l’installation en interne, pour plusieurs raisons:

• Adaptation rapide d’un thème existant (traduction perfectible, design à l’arrache)
• Installation fraiche du serveur, on a encore la page d’accueil Apache2 de CentOS sur la racine
• Page « A propos » de WordPress avec le texte par défaut

Si l’idée de blogs fait son chemin chez AutoPlus, ils ont tout intérêt à utiliser WordPress Mu, mais pour cela faut-il encore avoir les compétences ;)

Sinon dans le même genre, mon petit doigt me dit que le blog « Bords de Pistes« , tenu par Lionel Froissart, pourrait prochainement migrer sur WordPress…Qui vivra verra ;)

Et je finis avec une petite image de F1, mais celle-ci, elle ne roule pas et c’est bien dommage !

Source : http://ev-one.deviantart.com/