Bonjour, je suis en train de préparer une gestion de sites multiples dans spip, et ai bien (enfin j'espère ! ) examiné la documentation à ce sujet. Et pourtant, il me reste une question : lorsque je crée un nouveau site, est-il nécessaire de créer aussi une autre base de données, ou est-il possible de n'utiliser qu'une seule base ?
Par exemple, mon site numéro 1 : site1, est associé à la bdd d'origine de spip (disons bdd1).
Quand j'ai mon site2, dois-je aussi avoir une bdd2 ? ou est-il possible que je reste avec bdd1 ?
Par exemple, mon site numéro 1 : site1, est associé à la bdd d'origine de
spip (disons bdd1).
Quand j'ai mon site2, dois-je aussi avoir une bdd2 ? ou est-il possible que
je reste avec bdd1 ?
Pour donner une reponse plus variée, un SPIP doit utiliser dans UNE base de
donnée,
UN LOT de (38 à 40) tables regroupées sous un prefixe unique (spip_ en
standard ) !
A partir de là : plusieurs possibilites en plusieurs SPIP :
- dans la meme BD, on utulise les meme tebles (et donc les memes contenus,
et le meme config/connect.php), mais pas forcement les memes squelettes
(ceal est une solution pour tester plusieurs squelettes //y'a plus
simple ; mais attention, si les versions de SPIP diffèrent, la plus
recente va "upgrader" la definition des tables, avec risques
d'incompatibilités........danger tout de meme !!!
=> avoir deux sites totalement différents est un peu "sportif" !
- dans la meme BD, on veut des jeux de tables différents (ayant donc un
$prefix différent !
=> AVANT d'installer SPIP (à partir d'une 1.9 ;-), penser a definir un
mes_options contenant $prefix... qq.chose pour definir le prefixe !
=> ou bien (certaines versions) permettent de specifier le prefixe
différent dans l'ecran après connexion
Le resultat sera de rajouter DEUX arguments a spip_connect_db(
host_BD..... user, passwd, bd_name, $type="mysql" , $prefix=".......")
ET de creer un second jeu de tables dans la MEME base de donnees.
- enfin, il est parfaitement possible d'utiliser des BdD differentes, selon
l'hebergement...
En plus, il est possibles d'utiliser un second jeu de connexions (voir les
articles de Cogitto sur le multi-bases) et meme d'acceder a tes tables non
SPIP (et meme sur plusieurs HOST et SGBD divers...
A contrario, LE problem de SPIP est qu'a ma connaissance, on ne sait pas
actuellement gerer plussieurs SPIP en partageant la meme table auteurs !!
Yx
"Ben. ." <ben.spip@gmail.com> a écrit dans le message de news:
fa0db4f80810280633i4bc0a5cbx96d05aeddcb7904b@mail.gmail.com...
Par exemple, mon site numéro 1 : site1, est associé à la bdd d'origine de
spip (disons bdd1).
Quand j'ai mon site2, dois-je aussi avoir une bdd2 ? ou est-il possible
que
je reste avec bdd1 ?
Merci à tous pour vos réponses certainement encourageantes ... qui me confortent, si nécessaire, dans la formidable puissance et souplesse de spip.
Je travaille actuellement pour ce projet de plateforme webservices avec une 192e, et me demande si le fait de passer en spip 20 serait mieux et, surtout, pas trop dangereux, car l'enjeu pour mon partenaire est de taille.
Et puis, pour reprendre sur une partie du commentaire de YannX, je vais devoir, outre la mise en place de sites multiples (un par futur utilisateur), utiliser aussi une bdd non spip (environ 65 tables), bdd qui sera commune à tous les futurs sites. Celle-ci sera sur le même serveur sql (au moins pour commencer), et sers actuellement de moteur pour un service entièrement développé en php. Je devrais donc faire une intégration de certains services en question (cf/ http://www;prociale.com/web/acces_demonstration.html) dans les différents sites spip mutualisés, et notamment, fusionner les données de session. Bref, pas mal de boulot en perspective !!
Par contre, la mutualisation de la table auteurs sera tentée (je ne sais pas comment aujourd'hui), car ceux-ci ne serviront qu'à l'administration des divers sites, donc ce seront toujours les mêmes personnes (un peu idiot de les faire s'enregistrer à chaque nouveau site, non ?)
Je vous tiendrai informé de l'avancement de tout ça, si cela vous intéresse ...
; mais attention, si les versions de SPIP diffèrent, la plus