Carnet Wiki

SPIP versus Wordpress

Version 12 — Juin 2015 — 77.203.xx.xx

En évitant les guerres de religions, lister les points forts de SPIP par rapport à Wordpress pour un décideur

Fonctionalités

FonctionsSPIPWordpress
Multilinguisme Natif Plugin souvent incomplet

|Multi-auteur|Natif ( y compris visiteurs)|Plugins |Multi-auteur|Natif|Plugin |
|Multi-moteur SGBBD|Natif| Aucun|
|requetes complexes<br /> complexes multi-tables| SPIP gère les multi-requetes et multi-tables en cache|WP n’a qu’une boucle post  : il n’est pas prévu pour gérer plusieurs requetes, à fortiori plusieurs bases|
|Cookies|Aucun| ???|
|Déménagement
de serveur / URL
|Facile (une méta automatique)|Souvent délicat, il faut intervenir en base
(les plugins stockent les permaliens « en dur »)|
|Contenu| Objets éditoriaux en arborescence structurée | Des articles(posts) rattachés à des catégories|
|Rédaction|Séparation Fond / Forme pas de Wysiwyg natif, les raccourcis | Wysiwyg (ergonomie, facilité) mais HTML en base (difficile à gérer en cas d’évolution de syntaxe)|
|Organisation / Présentation|Séparation Thèmes graphiques / Squelettes | le « thème » définit le graphisme et tous les modes de présentation & navigation|
|Surcharge de<br /> personnalisation|le concept de surcharge ( remplacer un fichier originel ) est générique à la totalité du produit ( y compris les fonctions _ dist)|La pratique des thèmes-enfant(peu courante ) permet un unique niveau de surcharge |
|Menus|automatique par les boucles sur contenu (plugins de définitions directes)|manuels : à associer aux contenus à chaque modification |
|Performance : Cache|Natif, permet une installation sur un serveur mutualisé|Plugin|
|Performance front-end :<br /> front-end  : compression JS / CSS|Natif|Plugin |
|Sitemap|Natif|plugin |
|Flux RSS & iCal|squelettes standards | plugins spécifiques |
|Modèles | modèles ( extensibles en simple HTML | CSS|Natif shortcodes (option à définir par php )|
|Autorisations et accès|plugin de zones d’accès restreint , extensibilité du modèle d’autorisation | rôles d’auteurs , et souvent gestion des accès aux tables , par les noms des tables en base |
|Modèle de développement|intégré au core|excroissances pures |
|Extensions|Intégrables au framework|plugins spécifiques |
|controle qualité|la communauté suit les plugins|la foultitude de plugins complexifie le choix |
|Intégration plugins|les plugins ont un ordre d’installation fixé , et coopèrent avec les memes bases de bibliothèque|la co-existence de config . multiples plugins souvent indispensables est rapidement problématique ... )|Plugin|
|Plan & Sitemap|Natifs|plugin|
|Flux RSS &iCal|squelettes natifs| plugins spécifiques|
|Macros de
rédaction-articles
| modèles (extensibles en simple HTML) | shortcodes (à définir par php)|
|Autorisations et accès|plugin de zones d’accès restreint, extensibilité du modèle d’autorisation | rôles d’auteurs, et souvent gestion des accès aux tables, par les noms des tables en base|
|Modèle de développement|intégré au core|excroissances pures|
|Extensions|Intégrables au framework|plugins spécifiques|
|controle qualité|la communauté suit les plugins|la foultitude de plugins complexifie le choix|
|Intégration plugins|les plugins ont un ordre d’installation fixé, et coopèrent avec les memes bases de bibliothèque|la co-existence de multiples plugins souvent indispensables est rapidement problématique...
|
|Intégration programmée|toutes les extensions bénéficient automatiquement du cache|programmations spécifiques à adapter|

A compléter ....

Eco-système

  • SPIP pas de publicité, pas de trackers ou mouchards, pas de plugins payant ou premium
  • SPIP n’appartient à personne (pas de société ou de fondations)
  • la communauté (essentiellement francophone) apporte un suivi des plugins
  • les plugins SPIP ont un mode d’intégration bien défini, renforçant leur qualité

A compléter ....

Quelques références...