support « Besoin d'aide «
Yacs multi-sites
Je cherche à faire un truc tordu qui consisterait à fédérer plusieurs sites Yacs qui sont associés à des domaines différents (www.premier-site.com, www.second-site.com, etc.).
| Owner | Jmarc |
| Progress | ![]() |
| Workflow | Support request |
| Status | Problem has been recorded
|
Comme rappelé récemment par Jérémie : "Il y a une technique native dans l'installation de Yacs qui permet de faire partager à 2 [sites/domaines] Yacs la même table d'utilisateurs".
Il suffit pour cela d'aller sur l'un des sites et via le panneau de contrôle > Configuration > Paramètres système > Base de données > Rangement particulier pour les profils d'utilisateur,
lui indiquer les infos nécessaires pour qu'il puisse utiliser la table des utilisateurs d'un autre site Yacs.
C'est cool, on va pouvoir éviter aux membres de multiplier leurs comptes.
Mais si l'on veut aller plus loin que le partage des membres... Par exemple, pouvoir faire une recherche de texte sur l'ensemble des sites Yacs fédérés.
Ou encore, utiliser les mêmes catégories et pouvoir afficher tous les articles des différents sites concernant une de ces catégories.
Ou bien, pouvoir afficher, sur la page d'accueil de chacun des sites, la liste des publications récentes des autres sites (là, des liens RSS croisés entre les sites doivent permettre d'y arriver).
Est-ce qu'il y a déjà des choses de ce genre qui ont été tentées ? Des pistes à suivre ?
Merci d'avance pour vos retours d'expérience, idées et conseils.
![]() Jmarc | Après avoir étudié les différentes pistes suggérées, je reste très séduit par celle du site miroir statique... J'ouvre un nouveau fil spécifique à la machine à café pour creuser cette idée : Site "miroir" statique |
![]() Jmarc | J'ai procédé à une expérimentation de la méthode indiquée par Bernard : " - une seule base de données partagée - une instance de yacs par serveur virtuel géré - chaque instance pointe sur la même base de données, mais peut disposer d'un thème visuel différent - choisir une section différente pour la page d'accueil de chaque site virtuel ... " Effectivement, cela marche bien et c'est très impressionnant de voir un même article s'afficher avec 2 thèmes différents en fonction du domaine où l'on est lorsque l'on appelle la page (on oublie ainsi qu'elle a été créé sur un autre site, par une autre communauté). Par contre, gros problème sur les pièces jointes qui sont stockées physiquement dans le dossier image du site d'où elles ont été chargées. Du coup, les autres sites ne peuvent afficher la pièce jointe car ils vont la chercher dans leur dossier image à eux Sinon, j'ai ajouté une page dans la doc pour synthétiser les enseignements et idées glanées dans ce fil : Installation multi-site
|
Bernard Paques | Dans le cas de serveur assez proches, une stratégie organisée autour d'une seule base de données peut donc être mise en place comme suit : - une seule base de données partagée - une instance de yacs par serveur virtuel géré - chaque instance pointe sur la même base de données, mais peut disposer d'un thème visuel différent, voire de règles de configuration spécifiques - choisir une section différente pour la page d'accueil de chaque site virtuel - les onglets de navigation, les catégories, les usagers sont partagés entre tous les sites Pour une poignée de sites, c'est facile à faire en tout cas.
|
![]() J.Juraver | Exactement ! ----- Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone! Je ne m'attarde pas, j'ai mon yacs en double file...
![]() Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | |
![]() Jmarc | Est-ce qu'il est possible de "mélanger" les infos qui proviennent de plusieurs flux de syndication ? Je m'explique : sur le site "fédérateur", je souhaiterais afficher dans une même liste triée par date, les dernières contributions des autres sites mélangés. parce que si je les affiche dans des listes différentes et qu'il y a 50 sites, c'est fastidieux de parcourir les 50 listes afin de repérer les dernières contribution du jour
|
![]() Alexis Raimbault | yacs a nativement un cache. Je ne connais pas ses performances, ni quand yacs décide de le mettre à jour. Je pense qu'il faut que tu demandes au leader (Bernard) pour avoir une bonne piste. Alexis Raimbault webmaster free-lance |
![]() Alexis Raimbault | l'intégration d'un contenu syndiqué est maintenant ultra simple avec le CY Alexis Raimbault webmaster free-lance
|
![]() J.Juraver | Dans les cas où un sous-domaine est une redirection transparente vers l'extérieur. ----- Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone! Je ne m'attarde pas, j'ai mon yacs en double file...
![]() Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |
|
![]() Agnès Rambaud | Alors Jmarc, qu'est-ce que tu entends par "fédérer" ? Concrêtement je veux dire ? Qu'est-ce que tu attends de l'affichage sur le site fédérateur ? Parce que depuis le début, je me demande si tu as exploré - et mis de côté - les possibilités offertes par la syndication... Agnès Il n'y a pas de problèmes, que des solutions. Agnès Il n'y a pas de problèmes, que des solutions.
|
![]() Jmarc | " c'est plus yacs ça, c'est dreamweaver !? " Certes... j'avoue que j'ai un peu honte de proposer une telle chose pendant que d'autre s'évertuent à nous développer un yacs au top de la révolution dynamique du web 2.0 " une autre piste en intervenant directement sur MySQL ? de manière à ce que les bdd se synchronisent de manière transparente et automatique pour les # serveurs yacs. " C'est une nouvelle piste intéressante qui présente l'avantage de ne rien devoir toucher dans Yacs... J'y médite. |
![]() Alexis Raimbault | c'est plus yacs ça, c'est dreamweaver !? Pour la solution de "fédérer des yacs", peut être une autre piste est en intervenant directement sur MySQL ? de manière à ce que les bdd se synchronisent de manière transparente et automatique pour les # serveurs yacs. Alexis Raimbault webmaster free-lance |
![]() Jmarc | Le beurre et l'argent du beurre...En repensant au dilemme posé par Alexis entre :
Il m'est venue une idée à cheval entre ces deux options. Pourquoi ne pas avoir un site yacs unique dont certaines sections correspondent aux sites virtuels et... la génération, en parallèle, de vrais sites statiques vers lesquels pointent les différents noms de domaine. Je m'explique. Chaque fois qu'une page est enregistrée, un process crée, en plus, une page html statique qui correspond au contenu de la page sans les contenus dynamiques (pas de lien Modifier cette page en bas de l'article, ni mon nom de membre dans le panneau de navigation, par exemple). Cette page est enregistrée sur mon serveur dans le dossier "/premier-site/" ou "/second-site/" selon la section où elle a été créée. Il ne reste plus faire pointer mes noms de domaines www.premier-site.com et www.second-site.com vers les dossiers physiques correspondants, sur mon serveur. Coté surfeur, lorsque je me pointe sur www.premier-site.com, je tombe sur des pages statiques (le top pour les performances et la robustesse du site) qui comportent toutes un lien Modifier qui pointe vers leur équivalent sur le site Yacs (www.mon-site-principal.com/articles/edit.php?id=12345). Avantages :
Inconvénients :
Pour l'instant, dans mon cas à moi, les inconvénients ne sont pas bloquant et les avantages... parfaits ! Si vous pensez à d'autres difficultés posées par un tel système... N'hésitez pas à m'en faire part |
![]() Alexis Raimbault | j'ai repensé depuis : je suis pas sur que la redirection fonctionne : en mode rewrite Yacs ne fabrique pas ces url de section comme si elle était un répertoire avec leurs pages articles dedans. Donc avec une redirection je crains qu'on ne puisse afficher autre chose que dans la page de la section. à tester. Par contre avec le .htaccess on devrait y arriver. On fait pointer tous les domaines à la raçine de yacs, et on réécrit les url vers les sections mère de chaque "sous domaine" en effaçant le nom et l'id de cette section de l'url. Les autres pages restent avec le traitement normal. l'effet de cette config et que l'on peut parcourir l'intégralité du site via un nom de domaine ou un autre (même si on garde une cohérence des liens affichés, mais en tapant directement les url ça marcherait) d'où un gros pb d'indexation : autant de "duplicate content" que de domaines utilisés. Tu devrais solliciter Thierry sur cette question. Niveau fonctionnalité, il ne serait pas possible d'utiliser les mécanismes facilitant de type page de couverture, boite extra, gadget... pour chaque "page d'accueil". Néanmoins on peut imiter ce fonctionnement sur une section. Alexis Raimbault webmaster free-lance |
![]() J.Juraver | C'est assez facile sur hébergement mutualisé digne de ce nom. Moi je fais ça spécialement sur un hébergement nuxit :
Vu que ton hébergeur physique prend en charge les DNS du domaine, c'est totalement transparent pour tes visiteurs C'est bien pour une dizaine de yacs. Au-delà, mieux vaut se tourner vers une solution de partage de certaines tables bases de données si tu veux mutualiser des données. Une chose qui pourrait être ludique et utile : tenter le coup avec plusieurs yacs situés dans nos hébergement respectifs. ----- Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone! Je ne m'attarde pas, j'ai mon yacs en double file...
![]() Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |
|
![]() J.Juraver | Assez juste. Je pense que c'est ce que je ferais à long terme dans le cas d'une gestion multi-domaines massive, sauf cahier des charges plus spécifique et/ou trop de contenu qui ferait souffrir la base de donnée commune (comme dans le cas de milliers de yacs si j'étais skyblog par exemple...) Hop hop, des tuto pour essayer en local : On peut même avoir un header différent pour chaque section (tuto en cours d'élaboration) ----- Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone! Je ne m'attarde pas, j'ai mon yacs en double file...
![]() Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | |
![]() Alexis Raimbault | Et pourquoi faire plusieurs sites yacs du coup ? Pourquoi pas un seul site, mais avec des templates différents pour chaque section mère ? Si tu as des noms de domaines différents, tu peux faire des redirections, ou peut-être un traitement spécial dans le .htaccess En tout cas se poser la question : est-il plus facile de cloisonner un yacs que d'en fusionner plusieurs ? Alexis Raimbault webmaster free-lance
|
![]() J.Juraver | Si ces sites sont tous sur le même hébergement (et surtout le même serveur sql), c'est assez facile : tu crées ta base de données et tu installes tous tes yacs sur cet hébergement en leur demandant de s'alimenter à cette base lors de l'installation, et de préférence tu les fais tous tourner avec la même version. Le problème c'est que ce seront vraiment des clones, un article publié sur l'un le sera sur l'autre. Duplicate content à la clef... Sûrement une bonne idée de suggestion de fonction : ajouter à l'installation de yacs la possibilité de choisir la table de données qui soit commune à un autre yacs, pas seulement celle des usagers ----- Yacs on my blog | Yacs on social media | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | Find Yacs anywhere with your phone! Je ne m'attarde pas, j'ai mon yacs en double file...
![]() Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz | |



















