Pourquoi ce slogan ?
Il a été repris d’un autre site, ou d’un spipeur, car -autrefois possesseur d’une 2CV- c’est une bonne allégorie !
L’image de la 2CV
Nous avons bien sûr tous en tête l’image de la deux pattes avec toutes ses décorations, anecdotes, historiettes plus ou moins apocryphes [2]...
Mais quand on pense à l’objet initial (le prototype issu du Front Populaire) de la dedeuche, ce "vilain petit canard" a montré la voie de la réussite de la 4L avec toutes les caractéristiques utilitaires, certes la voiture la plus moche à première vue... mais à l’aise partout !
- Un prototype de 2CV
- Remarquer la tole à peine emboutie, la manivelle de démarrage et l’unique phare...
SPIP c’est pareil
Côté look, SPIP ne s’est encore jamais distingué par une ligne très harmonieuse, susceptible d’etre vendue très chère comme les thèmes de WordPress...
Mais comme toute voiture est ’customisable’, ici toute latitude vous est laissée pour utiliser absolument n’importe quelle charte d’apparence graphique [3].
Mais ce n’est pas pour cette raison que le surnom colle à SPIP !
Même si SPIP est -aussi- un produit franco-français !
On peut tout faire avec..
Même transporter un panier d’œufs à travers champs (sans en casser !)
Et en effet, c’est tellement simple de transformer l’usage de SPIP, sans une ligne de PHP : c’est la magie des squelettes de SPIP.
La simplicité originelle des concepts, pourtant bien plus étendus que les autres CMS, propose un mode d’extensibilités selon de nombreuses directions, avec des niveaux de complexité très variables.
Concepts clés
Avec un bon recul sur SPIP, on perçoit tout l’intérêt des concepts sous-jacents [4], et ce, à plusieurs niveaux :
les usages dans l’interface public :
- la notion de squelette : qui apporte une organisation unificatrice
- la boucle SPIP : le parcours d’une table SQL avec des critères simples a écrire
- la balise de champ : une syntaxe élémentaire pour afficher chaque valeur
- le statut : associé à chaque enregistrement d’un objet éditorial, conditionne son affichage en public
la structuration pour le webmestre :
- les relations automatiques, et les mots-clés natifs
- les noisettes pour ’factoriser’ les éléments de présentation communs
- le framework Z qui augmente la modularité des éléments HTML
- la norme de nommage des pages, pour reprendre les URL facilement
- la syntaxe générique des balises et des filtres
la forme de programmation normalisée :
- la modularité gagnée entre langage, interface HTML et BDD
- la facilité des surcharges (objet sans l’exiger)
- la simplicité d’interfaçage en modèle CVT
- l’intégration d’un modèle de cache performant
l’extensibilité facile à d’autres données :
- la norme d’accès aux d’autres tables non-SPIP
- le modèle d’accès à d’autres SGBD (on espère PDO)
- la sécurisation native et les performances Web
- les nombreux plugins, et la Fabrique...
Nul doute que d’autres proposerons d’autres avantages ; je dirai simplement qu’ayant travaillé sur d’autres bases de CMS (WP, Joomla, DP pour ne citer que les principaux), toute adaptation à un besoin spécifique est bien plus simple à réaliser en SPIP [5], et le plus souvent sans aucune ligne de PHP, et surtout en respectant toute la cohérence de l’architecture native.
Article publié le 25 décembre 2018, et actualisé en décembre 2018 .
Répondre à cet article