Dans un précédent article, j’expliquais pourquoi et comment distribuer un jeu de squelettes sous forme de plugin. Cet article est une simple adaptation pour SPIP 3.

Les raisons de distribuer un jeux de squelette sous forme de plugin n’ont pas changé : je ne les répète donc pas. En revanche, le passage à SPIP 3 a introduit la transformation de plugin.xml à paquet.xml. Ces changements sont liés à la volonté d’avoir un formalisme plus important et plus propre. Voici donc un fichier paquet.xml minimal pour proposer un jeu de squelettes sous forme de paquet.xml. On lira les spécifications du paquet.xml pour aller plus loin.

Cet article ne s’adresse pas aux SPIPeurs débutants qui souhaiteraient créer un site web en local sous Mac. Un article existe déjà sur le sujet. Non, cet article s’adresse aux personnes qui souhaitent gérer beaucoup de site web en local en n’ayant qu’une installation de SPIP par version, autrement dit en mutualisant le noyau de SPIP.

J’y détaille ma pratique, que j’utilise depuis trois ans, donc que j’estime mûre.

Pourquoi installer trois fois SPIP lorsqu’on a trois sites chez le même hébergeur ? Pourquoi ne pas garder un seul noyau qui servirait aux trois sites ? Voici un petit tutorial sur :

• utiliser ssh et svn chez un hébergeur
• mutualiser un site SPIP.

Ce tutoriel explique comment j’ai pratiqué chez l’Autre.net pour avoir un site mutualisé.

Pourquoi mes squelettes sont-ils désormais entièrement sous forme de plugin ? Pourquoi n’utilise-je plus la technique classique, à savoir un dossier /squelettes à la racine de SPIP ? Pourquoi fais-je un squelettes sous forme de plugin ?

Voilà un fichier mes_options.php minimal, que je conseille à tout webmestre Spipeur.