Mutualisation SPIP au niveau du domaine

Farrweb

Août 2007

J’ai reussi en local a installé un SPIP mutualise, sans souci en utilisant des sous domaines de mon serveur.
Par contre, la mise en production est plus complexe, car je dois mutualisé au niveau domaine, et la c’est la galere. Existe-t-il de la doc ou des gens sympas qui ont reussi et peuvent m’aider.
@+

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Août 2007

voir ci-contre.
Indiquez l’intérêt que vous portez à cette réponse

0

François Daniel Giezendanner

Octobre 2007

Bonjour,

Nous envisageons de mutualiser nos sites SPIP et plusieurs questions nous interpellent :

La plus importante : la vitesse d’exécution. Pour 30 SPIP sur un seul moteur la vitesse sera-t-elle la même que pour 30 SPIP individuels sur le même serveur, ne risque t’on pas un fort ralentissement ?

La doc indique qu’ « il sera possible par la suite d’ajouter un répertoire /squelettes aussi, à côté de ces répertoires ». Cela signifie que cela n’est pas fait. Donc actuellement sur un site mutualisé, tout le monde a le même squelette, ou pas ? une date peut-elle être articulée ?

Qu’en est-il des plugins, tous regroupés ? ou chacun les siens ?

Voilà quelques questions préliminaires importantes qui nous interpellent.

Dans l’attente d’une réponse

Meilleurs messages

FDG
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Octobre 2007

L’intérêt de mutualiser les sources n’est pas seulement dans le gain de place mais aussi de temps : l’unique version de SPIP a toutes les chances d’être en permanence dans le cache du serveur Http, tandis que 30 copies de SPIP vont passer leur temps à se substituer les unes aux autres dans le cache. C’est la raison pour laquelle les hébergeurs auraient intérêt à installer eux-mêmes SPIP et le proposer à leurs hébergés ; mais jusqu’à présent un seul a manifesté son intention de le faire, en confirmant pleinement cet avantage technique.

En ce qui concerne le partage des squelettes et des plugins, l’installation standard donne les mêmes choses à tout le monde et elle ne peut faire plus, parce que par définition c’est à chacun de dire où il a mis ces squelettes et plugins personnels, SPIP ne peut pas le deviner.
Indiquez l’intérêt que vous portez à cette réponse

0

François Daniel Giezendanner

Octobre 2007

Bonjour,

Vous déclarez : « l’unique version de SPIP a toutes les chances d’être en permanence dans le cache du serveur Http, tandis que 30 copies de SPIP vont passer leur temps à se substituer les unes aux autres dans le cache. »

Or il me semble qu’en fait c’est le contraire, les pages calculées pour les 30 SPIP mutualisés sur le même moteur unique et le même cache unique (et la même base de données) vont passer leur temps à se substituer les unes aux autres, alors que 30 SPIP installés indépendamment ont chacun leur propre cache (et leur propre base de données), ces caches ne peuvent donc aucunement interférer les uns avec les autres.

Pouvez-vous confirmer / infirmer SVP ?

Meilleurs messages

FDG
Indiquez l’intérêt que vous portez à cette réponse

0

eric15

Septembre 2010

Je ne sais pas si ma question peut s’intégrer ici...

Notre association utilise un site sous spip 2.1.3 et plusieurs plugins dont agenda 2...

Outre notre association, nous avons plusieurs sites sous leurs noms de domaines respectifs qui reprennent les informations d’autres associations et où les articles et les événements de l’agenda s’entre-mêlent.

Pour ne pas devoir copier-coller ces articles et événements, j’ai utiliser les rubriques pour associer ces associations et reprendre ainsi une base de donnée unique pour les articles et événements.

Et sous les noms de domaine, j’utilise une re-direction.

Le problème vient que j’ai un lien qui s’illustre comme ceci :

http://www.site_sous_spip_association1.be/spip.php?rubrique_association2

et je souhaiterais avoir une url comme ceci :

http://www.association2.be/spip.php?rubrique_association ?

Pouvez-vous m’y aider ?

Merci d’avance.