MySQL entre Drupal et Spip

Performances

Suite à la lecture d’un blog comparatif, une discussion assez technique s’engageait entre plusieurs developpeurs Spip et Drupal, tant sur des aspects de montée en charge, que sur des soit-disant manques en fonctionnalités.

Sans se prononcer sur les fonctionnalités [1], mal définies entre les divers orateurs, il semble bien que les possibilités de programmation d’extension restent plus simples, et que le résultat d’optimisation (native) en charge du moteur SPIP reste supérieur.

Avec un peu de recul (ou d’expérience), les montées de version, ou plutôt les changements de versions sont souvent plus à craindre sous Drupal qu’avec SPIP [2] (sans parler -pire- de WordPress, et en oubliant toutes les incompatibilités Joomla !!).

Rappelons que si le module CCK de Drupal permet de creer de nouveaux objets sans programmation PHP, il semble au cœur des problèmes de performances rencontré, à l’inverse de SPIP : en effet le modèle CVT de SPIP est automatiquement généralisé pour toute page de squelette ou formulaire (qu’il soit natif ou programmé !) et le système de double caches de SPIP permet de garantir, sans aucun effort de programmation spécifique, la meilleure performance possible du serveur Apache sous charge accrue...