Voilà j'ai deux sites internet, l'un présente mon book de graphiste (activités salariale, travaux persos, etc.), l'autre mon activité de freelance (qui n'est toujours pas mis en ligne pour le moment).
Ils sont tous les deux chez 1and1 sur le même compte avec chacun leur nom de domaine. Mon site de graphiste présente aussi les travaux que j'ai fait en tant que freelance. Ce qui m'intéresserait c'est de ne mettre que mon site de graphiste les mise à jour et que mon site d'activité freelance soit la vitrine de ce que j'ai mis à jour avec le mot clé "freelance".
Toutefois, bien entendu, chacun a son propre squelette, son propre nom de domaine (comme dit plus haut). Ma question: est-ce que la mutualisation me permet de le faire? J'ai lu les différents articles sur spip-contrib et spip.net mais je n'ai pas trouvé ma réponse...
Une solution serait peut-être d’utiliser la même connexion à la base de donnée mais en utilisant les squelettes différents et donc la mutualisation d’une bonne partie?!
J’ai encore du mal sur la mutualisation de mon côté mais logiquement, tu peux créer des sites/ qui appellent des fichiers de configuration et de connexion dans sites/site1/config/ en fonction du domaine. Dans ce cas, tu mets en dossier commun IMG par exemple (dans le fichier mes_options.php mais tu laisses les autres dossiers en mutualisation. ça te permet d’utiliser les squelettes particuliers pour l’un comme pour l’autre…
Voilà j’ai deux sites internet, l’un présente mon book de graphiste
(activités salariale, travaux persos, etc.), l’autre mon activité de
freelance (qui n’est toujours pas mis en ligne pour le moment).
Ils sont tous les deux chez 1and1 sur le même compte avec chacun leur
nom de domaine. Mon site de graphiste présente aussi les travaux que
j’ai fait en tant que freelance. Ce qui m’intéresserait c’est de ne
mettre que mon site de graphiste les mise à jour et que mon site
d’activité freelance soit la vitrine de ce que j’ai mis à jour avec
le mot clé « freelance ».
Toutefois, bien entendu, chacun a son propre squelette, son propre
nom de domaine (comme dit plus haut). Ma question: est-ce que la
mutualisation me permet de le faire? J’ai lu les différents articles
sur spip-contrib et spip.net mais je n’ai pas trouvé ma réponse…
Je vois ce que tu veux dire, mais le soucis viendrait aussi du double admin… J’ai eu ce problème en installant (avant l’arrivé de la mutualisation) deux spip sur une même base pour mettre en place ce que je vous ai exposé…
Je vois à peu près où tu veux en venir, mais est-ce qu’il n’y aurait pas doublon quelque part?
Il faudrait presque que tous les dossiers (tmp, config, etc.) soient identiques sauf le dossier squelettes…
Faut que je vois ce que je peux faire mais je suis débutant en mutualisation… En plus, 193 change et simplifie des choses… Je ne sais pas où donner de la tête encore… étant nul en programmation…
Teddy
Le 20 août 07 à 22:50, Sebbou a écrit :
Bonsoir Teddy,
Une solution serait peut-être d’utiliser la même connexion à la base de donnée mais en utilisant les squelettes différents et donc la mutualisation d’une bonne partie?!
J’ai encore du mal sur la mutualisation de mon côté mais logiquement, tu peux créer des sites/ qui appellent des fichiers de configuration et de connexion dans sites/site1/config/ en fonction du domaine. Dans ce cas, tu mets en dossier commun IMG par exemple (dans le fichier mes_options.php mais tu laisses les autres dossiers en mutualisation. ça te permet d’utiliser les squelettes particuliers pour l’un comme pour l’autre…
Voilà j’ai deux sites internet, l’un présente mon book de graphiste
(activités salariale, travaux persos, etc.), l’autre mon activité de
freelance (qui n’est toujours pas mis en ligne pour le moment).
Ils sont tous les deux chez 1and1 sur le même compte avec chacun leur
nom de domaine. Mon site de graphiste présente aussi les travaux que
j’ai fait en tant que freelance. Ce qui m’intéresserait c’est de ne
mettre que mon site de graphiste les mise à jour et que mon site
d’activité freelance soit la vitrine de ce que j’ai mis à jour avec
le mot clé « freelance ».
Toutefois, bien entendu, chacun a son propre squelette, son propre
nom de domaine (comme dit plus haut). Ma question: est-ce que la
mutualisation me permet de le faire? J’ai lu les différents articles
sur spip-contrib et spip.net mais je n’ai pas trouvé ma réponse…
Voilà j'ai deux sites internet, l'un présente mon book de graphiste (activités salariale, travaux persos, etc.), l'autre mon activité de freelance (qui n'est toujours pas mis en ligne pour le moment).
Ils sont tous les deux chez 1and1 sur le même compte avec chacun leur nom de domaine. Mon site de graphiste présente aussi les travaux que j'ai fait en tant que freelance. Ce qui m'intéresserait c'est de ne mettre que mon site de graphiste les mise à jour et que mon site d'activité freelance soit la vitrine de ce que j'ai mis à jour avec le mot clé "freelance".
Toutefois, bien entendu, chacun a son propre squelette, son propre nom de domaine (comme dit plus haut). Ma question: est-ce que la mutualisation me permet de le faire? J'ai lu les différents articles sur spip-contrib et spip.net mais je n'ai pas trouvé ma réponse...
perso, j'ai meme simplifié pour créer mes sites à la main, mais sur le meme principe.
J'ai donc un spip et ses plugins à la racine (jamais appelé directement) et chaque site independant dans un sous repertoire /sites (du meme nom que le nom de domaine)
tout marche parfaitement, chaque site a sa base de données et ses squelettes (et pas forcement les memes plugins activés)
en fait, dans mes_options, j'ai juste :
require _DIR_RACINE.'mutualisation/mutualiser.php';
$site = strtolower(str_replace('www.', '', $_SERVER['HTTP_HOST']));
demarrer_site($site);
[...]
J'ai donc un spip et ses plugins à la racine (jamais appelé directement)
et chaque site independant dans un sous repertoire /sites (du meme nom
que le nom de domaine)
tout marche parfaitement, chaque site a sa base de données et ses
squelettes (et pas forcement les memes plugins activés)
en fait, dans mes_options, j'ai juste :
require _DIR_RACINE.'mutualisation/mutualiser.php';
Je suppose que ça précise à Spip où se trouve le dossier des
plugins, n'est ce pas?
Et, avec des liens symboliques, ça fonctionnerait?
Au cas ou un plugin fonctionne mal et que tu doives le désactiver,
comment ferais-tu?
[...]
J'ai donc un spip et ses plugins à la racine (jamais appelé directement) et chaque site independant dans un sous repertoire /sites (du meme nom que le nom de domaine)
tout marche parfaitement, chaque site a sa base de données et ses squelettes (et pas forcement les memes plugins activés)
en fait, dans mes_options, j'ai juste :
require _DIR_RACINE.'mutualisation/mutualiser.php';
Je suppose que ça précise à Spip où se trouve le dossier des
plugins, n'est ce pas?
ca contient la fonction demarrer_site qui definie tous les chemins (et lance eventuellement l'installation si tu l'as automatisée)
Et, avec des liens symboliques, ça fonctionnerait?
Au cas ou un plugin fonctionne mal et que tu doives le désactiver,
comment ferais-tu?
chaque site a son /ecrire et peut activer/desactiver les plugins
en fait, la seule difference, c'est le stockage des images puisque chaque site a son propre /IMG
quand tu ajoutes ou modifies un plugin, tous les sites en profitent, mais chacun a sa propre config.
Ici, tu supprimes les www à chaque fois? (remplacé par '')?
oui, pour que www.toto.com et toto.com pointent sur le meme site (/sites/toto.com/)
demarrer_site($site);
Pour ça, je n'ai pas encore lu la doc...
tu peux y passer pas mal de parametres pour automatiser la creation des sites ou faire comme moi l'install à la main.
c'est vraiment simple, il faut juste corriger les chemins en base pour les documents si tu veux migrer un site existant.
coté squelettes, il faut juste se mefier des chemins en dur (le classique IMG/(#LOGO_XXX|fichier) => (#LOGO_XXX|extraire_attribut{src}))
Oui je vous comprend bien tous (ou peut-être pas, le reste de ma phrase le dira...), mais moi ce que je veux faire c'est un site miroir d'un premier site. Ce site miroir aura les mêmes infos, les mêmes articles, etc. mais aura son propre squelette (qui filtrera ce dont j'ai besoin grâce à mot clé déterminé).
Voilà ce que je veux faire.
Est-ce quelqu'un aurait déjà mis un système de ce type en place?
Teddy.
Le 21 août 07 à 02:58, Stephane a écrit :
Grégoire a écrit :
Stephane a écrit :
Bonjour
[...]
J'ai donc un spip et ses plugins à la racine (jamais appelé directement)
et chaque site independant dans un sous repertoire /sites (du meme nom
que le nom de domaine)
tout marche parfaitement, chaque site a sa base de données et ses
squelettes (et pas forcement les memes plugins activés)
en fait, dans mes_options, j'ai juste :
require _DIR_RACINE.'mutualisation/mutualiser.php';
Je suppose que ça précise à Spip où se trouve le dossier des
plugins, n'est ce pas?
ca contient la fonction demarrer_site qui definie tous les chemins (et
lance eventuellement l'installation si tu l'as automatisée)
Et, avec des liens symboliques, ça fonctionnerait?
Au cas ou un plugin fonctionne mal et que tu doives le désactiver,
comment ferais-tu?
chaque site a son /ecrire et peut activer/desactiver les plugins
en fait, la seule difference, c'est le stockage des images puisque
chaque site a son propre /IMG
quand tu ajoutes ou modifies un plugin, tous les sites en profitent,
mais chacun a sa propre config.
Ici, tu supprimes les www à chaque fois? (remplacé par '')?
oui, pour que www.toto.com et toto.com pointent sur le meme site
(/sites/toto.com/)
demarrer_site($site);
Pour ça, je n'ai pas encore lu la doc...
tu peux y passer pas mal de parametres pour automatiser la creation des
sites ou faire comme moi l'install à la main.
c'est vraiment simple, il faut juste corriger les chemins en base pour
les documents si tu veux migrer un site existant.
coté squelettes, il faut juste se mefier des chemins en dur (le
classique IMG/(#LOGO_XXX|fichier) => (#LOGO_XXX|extraire_attribut{src}))
Salut, je pense que le plus simple pour toi serait de faire deux rubriques racine, 1 pour ta « présentation générale » et 1 pour ton « activité de freelance »,
tu fais une page sommaire qui compile les deux activitées et 2 pages de rubriques diffrérentes par rubrique que tu nommes " rubrique-1.html" et « rubrique-2.html », idem pour les pages articles, l’usage des mots clés peut y être fait aussi, si tu geres certains contenus avec.
Mais tu n’as peut-etre pas envie de te facilté la tache et tester le système de mutualisation
Ben en fait, j'ai un nom de domaine pour chaque "activité" pour bien
les différencier...
Créer une rubrique spécifique pour chaque activité m'est déjà passé
par la tête, mais le nom de domaine reste le soucis...
Par rapport à ce que tu dis, il me suffit de créer mon squelette
freelance.html et de faire appel aux articles qui m'intéresse grâce au
mot-clé associé. Rien de bien sorcier.
Mais je voulais faire le distinguo par nom de domaine... Donc la
mutualisation m'a semblé la bonne solution mais en partageant les même
données, la même base et cie mais juste le dossier "squelettes" qui
diffère...
Le 21/08/07, karim belkacem<kbelkacem@gmail.com> a écrit :
Salut, je pense que le plus simple pour toi serait de faire deux rubriques
racine, 1 pour ta "présentation générale" et 1 pour ton "activité de
freelance",
tu fais une page sommaire qui compile les deux activitées et 2 pages de
rubriques diffrérentes par rubrique que tu nommes " rubrique-1.html" et
"rubrique-2.html", idem pour les pages articles, l'usage des mots clés peut
y être fait aussi, si tu geres certains contenus avec.
Mais tu n'as peut-etre pas envie de te facilté la tache et tester le
système de mutualisation
Oui je vous comprend bien tous (ou peut-être pas, le reste de ma phrase le dira...), mais moi ce que je veux faire c'est un site miroir d'un premier site. Ce site miroir aura les mêmes infos, les mêmes articles, etc. mais aura son propre squelette (qui filtrera ce dont j'ai besoin grâce à mot clé déterminé).
Voilà ce que je veux faire.
Est-ce quelqu'un aurait déjà mis un système de ce type en place?
non mais ca doit pas etre trop dur....
dans mes_options, si tu ajoutes simplement :
$GLOBALS['dossier_squelettes']=strtolower(str_replace('www.', '', $_SERVER['HTTP_HOST']));
dans /tondomaine1.com/, tu places ton premier jeu de squelette et dans /tondomaine2.com/ le second.
Bonjour,
un truc qui m'était passé par la tête un moment mais que je n'ai jamais mis en pratique :
utiliser un flux rss avec les articles complets pour fabriquer le contenu du site.
Dans le site miroir, tu syndiques ton site de graphiste sur un flux rss qui ne publie que les articles qui ont pour mot clef freelance...
Pour le texte ça ne doit pas être trop long à venir, pour les documents joints éventuels, je ne vois pas trop ce qui peut se passe...
Cette méthode était dans ma panoplie. Mais le soucis que je voyais,
c'était le rubriquage.
En effet, j'ai une rubrique racine "Portfolio" qui contient les sous
rubriques suivantes:
Web Design, Print, illustration, etc. (rubriquage classique d'un graphiste).
J'ai modifié selon la contrib
Le soucis, c'est que le rubriquage (hiérarchisation) n'est pas repris
à la façon SPIPienne. Tout est mis dans les tags xml/rss. Les images
sont retirées pas les enclosure, etc.
Il faudrait sinon, que je syndique par mot clés, mais avec un lien
syndication sur chaque sous-rubrique... Plus ou moins long (pas trop
quand même) à mettre en place mais est-ce viable à long terme selon
l'évolution de SPIP?
J'ai vu aussi, que si un fichier est mis à jour sur le site original
(cf. la liste spip), l'image en fichier distant n'est pas forcément
mis à jour comme l'original...
Qu'en est-il?
Le 21/08/07, Michel Roche<listes.pichel@free.fr> a écrit :
Bonjour,
un truc qui m'était passé par la tête un moment mais que je n'ai
jamais mis en pratique :
utiliser un flux rss avec les articles complets pour fabriquer le
contenu du site.
Dans le site miroir, tu syndiques ton site de graphiste sur un flux
rss qui ne publie que les articles qui ont pour mot clef freelance...
Pour le texte ça ne doit pas être trop long à venir, pour les
documents joints éventuels, je ne vois pas trop ce qui peut se passe...
Oui je vous comprend bien tous (ou peut-être pas, le reste de ma phrase le dira...), mais moi ce que je veux faire c'est un site miroir d'un premier site. Ce site miroir aura les mêmes infos, les mêmes articles, etc. mais aura son propre squelette (qui filtrera ce dont j'ai besoin grâce à mot clé déterminé).
Voilà ce que je veux faire.
Est-ce quelqu'un aurait déjà mis un système de ce type en place?
non mais ca doit pas etre trop dur....
dans mes_options, si tu ajoutes simplement :
$GLOBALS['dossier_squelettes']=strtolower(str_replace('www.', '', $_SERVER['HTTP_HOST']));
dans /tondomaine1.com/, tu places ton premier jeu de squelette et dans /tondomaine2.com/ le second.
2 details que j'ai oublié de preciser :
1- il faut alimenter le site depuis un des 2 domaine, toujours le meme
2- il faut proscrire la balise #URL_SITE_SPIP des squlettes (au moins des squelettes de domaine2.com)
et tester le système de mutualisation