Possibilité d'avoir des tables communes à tous les sites ? (user,
messagerie
internet, ...)
Possibilité d'avoir un accueil sommaire serveur afin de présenter les
differents sites.
Quelle est l'esprit actel du multi-sites ? son organisation ?
En fait, ton besoin est un peu different de l'orientation actuelle, donc ta
question tombe à mon avis au bon moment.
On peut deja avoir plusieurs sites sur la meme base, ca n'est pas un
probleme pour le site public.
Par contre, il faut alimenter la base depuis un seul site.
En fait, c'est surtout la configuration du site qui pose probleme, certains
fichiers etant generé lors des changements de configuration, mais le recours
à la generation de fichiers est de plus en plus frequent cat très
interessant pour les perfs.
L'autre probleme est plutot la complexité des mises à jour de tous les sites
et la presence de fichiers inutiles ...
Le but actuel est de mutualiser le code de Spip mais pour créer des sites
indépendants.
Pour pousser un peu plus loin l'idée : imagine un hebergeur sur lequel les
squelettes sont directement reconnus, interprétés, mis en cache et ou
l'espace privé est fourni de la meme manière qu'un phpMyAdmin.
Le gros avantage de cette approche, c'est de s'ouvrir la porte à d'autres
implementations de Spip, dans un language plus efficace ou compilé pour un
OS particulier.
Ton approche est differente et, meme si le besoin fonctionnel semble moins
important, il soulève des problemes techniques differents (les cookies par
exemple ...).
Mais je ne suis pas sur de comprendre ...
Pour moi, si tu as 1 base de donnée commune et un espace d'administration
commun, tu as ... UN spip, non ?
Quel est ton probleme ?
utiliser des squelettes differents en fonction du domaine utilisé ?
Ca, c'est faisable facilement dans tes squelettes.
Il suffit de s'interdire tous les liens "en absolu" (URL_SITE en
particulier)
Dans l'espace privé, il y a une modif à faire pour utiliser le bon domaine
pour tous les liens vers le site public, mais c'est juste 1 ou 2 variables à
surcharger.
J'ai raté un épisode ?
Pour en revenir au travail actuel, pour pouvoir adresser ce type de besoin,
il faut que tout ce qui concerne la config soit dans un repertoire de chaque
site, pas uniquement inc_connect ... mais ca, je crois qu'Emmanuel avait
deja remarqué 
j'aime bien le principe, mis en oeuvre au debut pour les plugins, de
"regénération" des fichiers de config lors du passage sur la page de
configuration.
C'est peut etre à ce niveau la que le travail serait le plus simple à faire,
non ?
@++