Plugin Multidomaines

Published : 10 July 2012 – updated on 21 December 2021 – by Pierre KUHN – 152 commentaires

1
2
3
4
5
13 Votes

Le plug-in Multidomaines permet d’associer un nom de domaine ou un sous-domaine a un secteur Spip. Les balises rajoutées permettent de pointer un lien absolu aussi facilement qu’avec les balises originales.

ATTENTION ! Le plugin n’est pas compatible avec la version de Spip 2.0, il nécessite la ressaisie complète des informations.

Pourquoi multidomaines ?

Multidomaines est un plug-in de mutualisation des données entre plusieurs domaines. Il offre la possibilité de faire plusieurs sites avec les mêmes données et/ou un site internet sur plusieurs domaines différents.

Comment installer Multidomaines ?

Pour pouvoir utiliser Multidomaines, vous devez pouvoir faire pointer plusieurs noms de domaines et/ou sous domaines vers le même dossier. Ceci n’est possible que chez quelques hébergeurs mutualisés. Les hébergements dédiés ne devraient pas avoir de problèmes pour configurer la destination des domaines. Référez-vous à l’assistance de votre hébergeur.

Après avoir installé et activé le plug-in, vous devez simplement configurer les chemins dans la configuration du plug-in. Celle-ci se trouve dans le menu configuration.

Configuration du plugin
La page de configuration vous permets de renseigner : l’url et l’adresse des squelettes de chaque sites.

Cela donnera une architecture de dossier comme ceci.

L’URL par défaut

Cette URL sera l’URL utilisée par défaut si le secteur n’a pas de domaine. Elle sera aussi utilisée pour les URL qui ne dépendent pas d’un secteur. (auteur, mot, page).

Dossier squelettes

Il permet de savoir où sont stockés les squelettes. Multidomaines permet de différencier les dossiers des squelettes selon le domaine.

par exemple : pour le domaine www.exemple.org accédé en SSL :

Sans indication spécifique, multidomaines rajoutera dans la liste des chemins des squelettes :
-  squelettes/www.exemple.org.443/
-  squelettes/www.exemple.443/
-  squelettes/exemple.org.443/
-  squelettes/exemple.443/
-  squelettes/www.exemple.org/
-  squelettes/www.exemple/
-  squelettes/exemple.org/
-  squelettes/exemple/

ainsi vous pouvez séparer des squelettes par nom de domaines et ports de protocole. pour rappel :
-  port HTTP standard : 80
-  port HTTP sécurisé par SSL : 443 (https)

Vous pouvez aussi déclarer les squelettes spécifiquement via la formulaire et désactiver le comportement par défaut.

La balise #ID_SECTEUR_COURANT

La balise renvoie l’id du secteur courant si l’URL est associée à au moins un secteur.

!!! Attention : Si au moins deux secteurs ont le même nom de domaine, le résultat de la balise #ID_SECTEUR_COURANT renverra l’id d’un des secteurs de façon arbitraire !!!

La balise #URL_SECTEUR

La balise renvoie l’URL du secteur en cours. Si le secteur n’a pas d’URL, elle renvoie l’URL du site entré dans les options du plug-in.

utilisation :

#URL_SECTEUR
récupère l'URL du secteur de la rubrique du contexte
 
#URL_SECTEUR{#ID_RUBRIQUE}
identique au précèdent
 
#URL_SECTEUR{50}
récupère l'URL du secteur  de la rubrique 50
 
#URL_SECTEUR{#ID_SECTEUR_COURANT}
récupère l'URL de la rubrique correspondant au domaine courant

Les balises #URL_*_ABSOLU

Les balises fonctionnent comme les balises d’URL de Spip. Elle renvoie l’URL absolue associée à la page demandée.

Il en existe 7 :

#URL_PAGE_ABSOLU{page}
#URL_PAGE_ABSOLU{page,paramètres}
 
#URL_ARTICLE_ABSOLU
#URL_ARTICLE_ABSOLU{id_article}
 
#URL_RUBRIQUE_ABSOLU
#URL_RUBRIQUE_ABSOLU{id_rubrique}
 
#URL_AUTEUR_ABSOLU
#URL_AUTEUR_ABSOLU{id_auteur}
 
#URL_MOT_ABSOLU
#URL_MOT_ABSOLU{id_mot}
 
#URL_BREVE_ABSOLU
#URL_BREVE_ABSOLU{id_breve}
 
#URL_FORUM_ABSOLU
#URL_FORUM_ABSOLU{id_forum}
 
#URL_DOCUMENT_ABSOLU
#URL_DOCUMENT_ABSOLU{id_forum}

#URL_PAGE_ABSOLU exclu, les balises #URL_*_ABSOLU peuvent être utilisées de la même manière que les balises #URL_*.

#URL_MOT_ABSOLU
récupère id_mot dans le contexte
 
#URL_AUTEUR_ABSOLU{1}
récupère l'id_auteur grâce à l'argument 1
 
#URL_ARTICLE_ABSOLU{#ID_ARTICLE}
récupère l'id_article grâce à la balise dynamique placée en argument.

La balise #NOM_SITE_MULTIDOMAINE

Cette balise renvoie le titre du secteur en cours dans le cas d’un domaine spécifique, ou bien le nom du site sinon.
On peut préciser l’id_rubrique en paramètre : #NOM_SITE_MULTIDOMAINE{id_rubrique}, sinon elle est calculée depuis le contexte.
A utiliser dans le head par exemple, dans la balise <title>, à la place de #NOM_SITE_SPIP.

Multidomaines polyglotte

Actuellement, Multidomaines ne gère pas de domaine par langue.

Voici un début de solution pour pouvoir l’utiliser Multidomaines pour faire du multilinguisme par domaine.

Solution 1 : Les secteurs dédiés

Vous pouvez imposer une langue et un domaine à un secteur. Lier les articles de langue différente, Multidomaines gérera automatiquement le lien entre les domaines grâce à la balise #URL_ARTICLE_ABSOLU.

Solution 2 : Les squelettes contrôleurs

La seconde façon d’imposer la langue serait d’utiliser des squelettes qui contrôleront la langue.

par exemple :

Il existe plusieurs domaines pour le site exemple. exemple.com exemple.es et exemple.fr.

Pour imposer la langue, vous pouvez tirer avantage de la liste des chemins des squelettes. Par exemple :

dans squelettes/md/article.html. {ne laissez pas les squelettes à la racine}
<BOUCLE_article(ARTICLES){id_article}{lang}{0,1}>...</BOUCLE_article>
dans squelettes/exemple.com/article.html
<INCLURE{fond=md/article.html}{id_article}{lang}>
dans squelettes/exemple.es/article.html
<INCLURE{fond=md/article.html}{id_article}{lang=es}>
dans squelettes/exemple.fr/article.html
<INCLURE{fond=md/article.html}{id_article}{lang=fr}>

Attention! Dans ce cas précis, l’utilisation des balises absolue ne sera pas utile. Vous devez utiliser les balises d’URL standard de SPIP en les préfixant de l’URL du site.

  1. http://www.exemple.fr/#URL_ARTICLE{5}

FAQ

Pourquoi n’avoir pas surchargé les balises d’URL de Spip ?
-  Les balises d’URL de SPIP sont des URL relatives. Les balises de Multidomaines sont des URL absolues. Si Multidomaines surchargeait les balises d’URL, le filtre url_absolu pourrait renvoyer des URL invalides à l’instar des squelettes où sont écrit en dur par exemple : #URL_SITE_SPIP/#ID_RUBRIQUE{1}.

Comment vérifier que le secteur est le bon ?
-  Dans l’absolu, vous voudriez surement pouvoir réagir si le domaine n’est pas celui attribué au secteur. Pour ça, il existe plusieurs petites solutions.

Dans un environnement d'exécution où il existe un id_rubrique dans le contexte.
[(#URL_SECTEUR|=={#URL_SECTEUR{#ID_SECTEUR_COURANT}}|non)
#HTTP_HEADER{Status: 301 Moved Permanently}
#HTTP_HEADER{Location:#URL_SECTEUR#SELF}
]
Attention, var_mode n'est pas transmis !

Avec un squelette basé sur Zcore, on pourrait mettre en place un squelette article.html avec ce contenu :

<BOUCLE_principale_article(ARTICLES){id_article}>
  [(#URL_SECTEUR|=={#URL_SECTEUR{#ID_SECTEUR_COURANT}}|non)
  #HTTP_HEADER{Status: 301 Moved Permanently}
  #HTTP_HEADER{Location:#URL_SECTEUR#SELF}
  ]
  [(#URL_SECTEUR|=={#URL_SECTEUR{#ID_SECTEUR_COURANT}}|oui)
  <INCLURE{fond=structure}{env}{id_rubrique=#ENV{id_rubrique,#ID_RUBRIQUE}}{id_secteur=#ID_SECTEUR}{type=article}{composition=#COMPOSITION} />
  ]
</BOUCLE_principale_article>

Évolutions


-  V2.2.0 : Pour afficher les rubriques de second rands, utiliser le fichier mes_options.php avec : define('_MULTIDOMAINE_RUBRIQUE', '1');
-  V2.3.0 : Rajout de l’utilisation du pipelines pres_liens qui va modifier les urls [->rub333] et [->art2019] avec le bon domaine du secteur. Vous pouvez via le define define('_SECTEUR_URL', '1'); garder les urls courte pour les secteurs et non avoir l’url complète.

Feuille de route


-  Faciliter le domaine par langue.
-  Créer la balise #CHEMIN_ABSOLU
-  Créer le filtre |vrai_url_absolue
-  gérer l’emplacement des répertoires vignettes, images, cache, upload, et autre, ainsi que leurs domaines associés

Fichier exemple

Le plugin intègre un site exemple, vous pouvez repartir de cela, ce dossier sera amélioré par la suite bien sûr.

Téléchargements

Pour télécharger le plug-in, merci de cliquer sur l’icône en haut de l’article

Compatibilité


Squelettes Z
Correction des liens internes

Incompatibilité


Plugin mutualisation

Discussion

5 years 1 year 3 months Without limit
par date
Filter

27 discussions

  • 1
    MathieuAlphamosa

    Bonjour !
    Quelqu’un aurait un retour concernant la compatibilité de ce plugin avec SPIP 4.0/4.1 ?

    Reply to this message

  • touti

    Bonjour,
    merci pour ce plugin.
    Si on utilise le plugin Menu pour indiquer l’accueil du secteur, je suppose qu’on ne veut pas que la class CSS soit ’on actif’ sur les rubriques de ce secteur, pour éviter cela et ne mettre ’actif on’ uniquement à la page 0 du secteur, voici le code squelette

    modification de menus/domaine.hml (recopier aussi le xml)

    [(#GET{url}|replace{'/',''}|=={#URL_PAGE|replace{'/',''}}|oui) on active]

    Si ça peut aider :)
    Peut-être y a-t-il plus propre, ici le slash est parfois présent à la fin de l’url,

    Reply to this message

  • 1
    Pierre Marchant

    Bonjour !

    Je ne suis pas un grand technicien… J’utilise le plugin depuis quelques mois et j’en suis ravi. Il marche très bien.

    Sauf que je ne parviens pas à utiliser les #URL_*_ABSOLU

    Si je fais un lien en utilisant #URL_ARTICLE_ABSOLU depuis une page de mon “domaine1.fr” vers un “article_x” du même domaine, le lien devient:
    http://domaine1.fr/domaine1.fr/article_x
    Le nom du domaine est doublé, et la page ne s’affiche pas.

    Si le lien pointe depuis une page de “domaine1.fr” vers un “article_y” du “domaine2.fr” le lien devient:
    htpp://domaine1.fr/domaine2.fr/article_y

    C’est donc le nom du premier domaine qui se rajoute en tête de l’URL résultante.

    Que puis-je faire ? Merci !

    • Pierre Marchant

      J’ai résolu mon problème, la solution est ridiculement simple. Je la place ici pour ceux, comme moi, qui n’auraient pas l’idée tout de suite.

      Pour les liens qui mènent d’un article d’un domaine vers un article d’un autre domaine, au lieu d’indiquer dans le squelette:
      <a href="#URL_ARTICLE_ABSOLU">

      Il faut le traiter en lien externe et écrire:
      <a href="http://#URL_ARTICLE_ABSOLU">

      Voilà. Bonne journée!

    Reply to this message

  • 15
    Jatropha Multifida

    Salut Pierre
    Puis-je utiliser ce plugin étonnant pour les Squelettes classiques sans avoir besoin de Squelettes Z ?. Si oui, y a-t-il des squelettes de démonstration pour cela ou une documentation ou un tutoriel.
    Merci :)

    • Pierre KUHN

      Bonjour,

      Je n’ai pas de site qui fonction avec pour faire une demo mais avec les balise et la doc tu dois pouvoir le faire.

    • Jatropha Multifida

      Merci beaucoup Pierre pour votre réaction.
      Je souhaite si vous pouvez m’aider - et ceux qui sont familiers avec les Squelettes SPIP ordinaires (pas Z) - à profiter de votre incroyable plugin:
      Ici j’ai fourni mes pages très légères de Squelettes, et j’ai:
      1- Attribué mes deux domaines (domaineprincipal.com / deuxiemedomaine.com) en tant qu’Alias (Dans le CPanel de mon hébergement)
      2- J’ai installé Multidomaines
      3- Dans la configuration URL, j’ai sélectionné “Urls Arborescentes sans le secteur racine”
      4- J’ai strictement respecté la configuration du plugin (comme vu dans la documentation)
      5- Voici mon Sommaire pour la Squelette principale:

      <!DOCTYPE html>
<head>
<title>#TITRE</title>
</head>
<body>
Sommaire
<a href="#URL_SITE_SPIP">Accueil</a>
<BOUCLE_1(RUBRIQUES){racine}{tout}>
<a href="#URL_RUBRIQUE">#TITRE</a>
</BOUCLE_1>
</body>
</html>

      6- Voici la Rubrique:

      <BOUCLE_1(RUBRIQUES){id_rubrique}>
<!DOCTYPE html>
<head>
<title>#TITRE</title>
</head>
<body>
Rubrique
<BOUCLE_2(RUBRIQUES){id_rubrique}>
<a href="#URL_RUBRIQUE">#TITRE</a>
</BOUCLE_2>
</body>
</html>
</BOUCLE_1>

      7- Ceci est mon Article pour les mêmes Squelettes:

      <BOUCLE_1(ARTICLES){id_article}>
<!DOCTYPE html>
<head>
<title>#TITRE</title>
</head>
<body>
Article
<BOUCLE_2(ARTICLES){id_rubrique}>
<a href="#URL_ARTICLE">#TITRE</a>
</BOUCLE_2>
</body>
</html>
</BOUCLE_1>

      8- Pour le deuxième domaine, voici ma Rubrique Deuxième Domaine (dans le dossier sq_deuxiemedomaine):

      <BOUCLE_1(RUBRIQUES){id_rubrique}>
<!DOCTYPE html>
<head>
<title>#TITRE</title>
</head>
<body>
Rubrique Deuxième Domaine
<BOUCLE_2(RUBRIQUES){id_rubrique}>
<a href="#URL_RUBRIQUE">#TITRE</a>
</BOUCLE_2>
</body>
</html>
</BOUCLE_1>

      9- Enfin, voici mon Article Deuxième Domaine:

      <BOUCLE_1(ARTICLES){id_article}>
<!DOCTYPE html>
<head>
<title>#TITRE</title>
</head>
<body>
Article Deuxième Domaine
<BOUCLE_2(ARTICLES){id_rubrique}>
<a href="#URL_ARTICLE">#TITRE</a>
</BOUCLE_2>
</body>
</html>
</BOUCLE_1>

      Maintenant, quels balises je dois implémenter pour que Multidomaines fonctionne pour mes deux Squelettes.
      Votre aide est vraiment nécessaire et appréciée.
      Cordialement
      Jatropha

    • Pierre KUHN

      Re,

      Je ne vois pas d’url dans les infos afficher, il manque des #URL_ARTICLE_ABSOLU je pense déjà

    • Jatropha Multifida

      Oups! J’ai oublié d’ajouter l’URLs, maintenant ils sont là, veuillez jeter un autre coup d’œil.

    • Pierre KUHN

      Il manque _ABSOLU dans les urls

    • Jatropha Multifida

      J’ai ajouté _ABSOLU après toutes les URL:

      #URL_RUBRIQUE_ABSOLU
#URL_ARTICLE_ABSOLU

      Cependant, mon deuxième domaine redirige toujours vers mon domaine principal :(
      Y a-t-il des codes/balises supplémentaires à ajouter à la page Rubrique dans mon deuxième dossier (sq_deuxiemedomaine)?

    • Pierre KUHN

      Alors quel hébergeur ?
      Peut on avoir des urls pur voir ?

    • Jatropha Multifida

      Je suis sur GoDaddy, voici le domaine principal:
      http://darmauritania.org/
      Le domaine secondaire (Pour la Rubrique je l’ai assigné):
      http://tedwin.net/
      Le deuxième domaine défini comme Alias dans cPanel.
      Voici une photo de ma configuration de Multidomaines:
      https://snipboard.io/G0jZNu.jpg

    • Pierre KUHN

      Quand tu fais http://darmauritania.org/?var_mode=inclure ou http://tedwin.net/?var_mode=inclure il passe par quel fichier ?
      Ensuite ton dossier sq_ il est ou ? dans squelettes ?

    • Jatropha Multifida

      Lorsque j’ai cliqué sur les deux liens, cela a abouti à cette même page identique:

      squelettes/sommaire.html
Sommaire Accueil DAR MAP Tedwin
squelettes-dist/formulaires/administration.html

      (Veuillez voir la capture d’écran ci-dessous)
      Mon dossier ’sq_’ est dans le dossier Squelettes à la racine Spip (Voir la même capture d’écran svp)
      Capture d’écran :
      https://snipboard.io/4A5O2P.jpg

    • Pierre KUHN

      et nous avons bien un sommaire dans sq_ ?

    • Jatropha Multifida

      Je suis arrivé à une demi-solution !
      J’ai changé le nom du dossier des sous-squelettes de ’sq_tedwin’ à ’www.tedwin.net’ et cela fonctionne parfaitement en pointant vers le domaine secondaire http://www.tedwin.net, cependant lorsque je tape le domaine sans «www» http://tedwin.net il me redirige vers le domaine principal.
      Une idée cher Pierre?
      Merci encore

    • Pierre KUHN

      faire la redirection dans le cpanel pour ça

    • Jatropha Multifida

      Je vais le rediriger rapidement via cPanel, mais j’ai découvert quelque chose sous la formulaire du Multidomaines, lorsque j’ajoute ’www’ dans Url du secteur, le plugin ne fonctionne pas !
      C’est-à-dire qu’il fonctionne avec http://domaine.tld/ et non http://www.domaine.tld/ dans le formuaire. De plus, en changeant le nom du dossier des sous-squelettes en ’domaine.tld’ au lieu de ’www.domaine.tld’, le plugin ne fonctionne pas, j’ai testé cela pour voir si je peux accéder à mon domaine secondaire sans «www».

    Reply to this message

  • 2
    olivier

    Y a-t-il une incompatibilité (très partielle) avec le plugin Meta+ ?
    Dans l’insert des metadonnées DublinCore ou OpenGraph par exemple, le nom du site et l’url du multidomaine renvoient les données du site “de base”

    J’ai préalablement surchargé inclure/Metaplus/inc-dist.html (ainsi que dist.html). Le fichier surchargé est bien utilisé à la place de l’original.
    Il semble que #URL_SECTEUR renvoie à chaque fois #URL_SITE_SPIP
    et #NOM_SITE_MULTIDOMAINE renvoie #NOM_SITE_SPIP

    notamment dans les expressions du genre:

    #SET{titre_auto,      #INFO_TITRE{#ENV{objet},#ENV{id_objet}}|concat{" – ",#NOM_SITE_MULTIDOMAINE}}

    comment creer une expression qui ressemblerait à #INFO_xx pour récupérer #NOM_SITE_MULTIDOMAINE et #URL_SECTEUR ?

    • Pierre KUHN

      Bonjour,

      Et avec

      #SET{titre_auto, #INFO_TITRE{#ENV{objet},#ENV{id_objet}}|concat{" – ",#NOM_SITE_MULTIDOMAINE{#ENV{id_rubrique}}}}

      ou dans l’idée non ?

    • olivier

      grace à [<pre>(#ENV**|unserialize|print_r{1})</pre>], j’ai vu que
      -  id_rubrique n’est pas défini dans le contexte
      -  id_article est défini dans le contexte
      -  du coup #INFO_ID_RUBRIQUE{#ENV{objet},#ENV{id_objet}} renvoie id_rubrique
      donc

      #NOM_SITE_MULTIDOMAINE{#INFO_ID_RUBRIQUE{#ENV{objet},#ENV{id_objet}}}

      fonctionne

    Reply to this message

  • 1
    Olivier

    Si je comprend bien, ce plugin est parfait pour créer, sur une seule base MySQL une faible nombre de sites, par exemple:

    -  un site anglais www.cats-and-dogs.org avec un squelette 1
    -  un site francais www.chiens-et-chats.org avec un squelette 1 (aussi?)
    -  un site francais www.amour-et-beauté.fr avec un squelette 2

    -  > en pouvant simplement gérer les documents d’un site à l’autre
    -  > Tout cela gérés à partir du même espace privé ? (un seul login webmestre, des rédacteurs ayant les droits que sur un seul secteur)

    chacuns étant des petits sites associatifs à faible traffic et moins de 300 articles, et quelques rédacteurs

    limites: les 3 à 5 sites doivent avoir les même plugins; et la gestion des mots-clés doit être délicate (créer des groupes distincts).

    C’est correct?

    • Pierre KUHN

      Bonsoir,

      En effet, cela sert surtout si on ne veut pas dupliquer à l’identique les accès ou bien que les sites on beaucoup chose en commun

    Reply to this message

  • 9
    lussye

    Bonjour,

    je suis en train de mettre en place le plugin sur une nouvelle installation SPIP (encore 3.2.1 pour l’instant) hébergée par Infomaniak, qui gère aussi les zones DNS (domaines Gandi).

    Ne sachant pas trop par où commencer, j’ai dans un premier temps associé des alias à mon hébergement (lié à domaine1.net) : www.domaine1.net, domaine2.net, www.domaine2.net,
    puis j’ai paramétré le plugin avec les deux adresses en www (et ça fonctionne très bien). Les adresses https://domaine1.net et https://domaine1.net me renvoient donc sur un site qui présente un squelette dist (ce qui me semble assez logique), je suis alors allée délier domaine1.net et domaine2.net pour faire une redirection (par l’espace d’Infomaniak) respectivement vers https://www.domaine1.net et https://www.domaine2.net, mais j’ai depuis une erreur SSL_ERROR_BAD_CERT_DOMAIN.
    Je suis retournée sur l’espace de gestion pour mettre à jour les certificats SSL (Let’s Encrypt de base), sans changement :/

    Auriez-vous une idée pour démêler le schmilblick ? Vaudrait-il mieux que je passe par un .htaccess ? ou gérer la redirection et certificat par Gandi ? (je commence à moins me perdre les pattes dans le cambouis d’un site, mais là c’est encore un autre domaine une autre histoire ^_^ (sachant que mon niveau de compétence “.htaccess” est de l’ordre du Crtl+C Crtl+V...)

    • Pierre KUHN

      Bonjour,

      Pourquoi les rediriger ?
      Ensuite, les 2 domaines ont un ssl actif sur l’hébergement ?

    • lussye

      Sans redirection, avec https://domaine1.net et https://domaine2.net en alias, je tombe sur le sommaire de la distribution...

      J’ai activé un certificat ssl sur l’adresse principale liée à l’hébergement (www.domaine1.net), qui apparemment prend en charge les alias en même temps. Comme j’avais un problème j’ai mis à jour le certificat au cas où. Pas de changement.

      Merci pour la réactivité ! =)

    • Pierre KUHN

      Dans SPIP tu as bien mis tes domaines en place ?
      Chez Info tu peux pas mettre les domaines en compagnon qui pointe sur ton SPIP ?

    • lussye

      Oui, j’ai mis https://www.domaine1.net et https://www.domaine2.net en paramètres du plugin, et ça fonctionne bien quand je me rends sur ces adresses.

      J’avais mis les autres en alias, mais ça ne suffisait pas (fameuse arrivée sur le sommaire de la dist). D’où l’idée de la redirection.

      Après, chez Infomaniak, il existe une subtilité : d’un côté les alias, d’un autre les synonymes (https://www.infomaniak.com/fr/support/faq/2020/difference-entre-synonyme-et-alias — qui me passe un peu au-dessus, j’avoue). Mais dans un cas comme dans l’autre, comment s’assurer que https://domaine1.net va bien retomber sur https://www.domaine1.net et https://domaine2.net va bien retomber sur https://www.domaine2.net ?

    • Pierre KUHN

      Faut du synonyme alors mais je maitrise pas INFO

    • lussye

      Je suis pas sûre de piger alors je préfère récapituler... Si je comprends bien, il faut que je mette www.domaine1.net en principal, www.domaine2.net en alias pour que les deux pointent sur le site correctement (config actuelle), et qu’au lieu d’avoir (https://)domaine1.net et (https://)domaine2.net en alias de la même façon sur le même hébergement, je passe

      1. (https://)domaine1.net en synonyme de www.domaine1.net,
      2. (https://)domaine2.net en synonyme de www.domaine2.net ?

      (ou plutôt même l’inverse, les synonymes s’appliquant si j’ai bien vu qu’un domaine et pas un sous-domaine...) ?

      Hésitant entre les deux méthodes, j’avais essayé d’associer un domaine3.net (parce que oui, en fait y’en a trois :p) directement au domaine principal, mais ça ne m’a pas paru fonctionner, à moins que je sois passée à côté d’un truc...

    • lussye

      Mauvaise piste semble-t-il... Après avoir essayé, je m’aperçois que “synonyme” concerne la totalité d’un domaine (domaine1.net peut être synonyme de domaine2.net, mais www.domaine1.net ne peut être synonyme de domaine1.net)...

      Sinon ce serait pas possible d’imaginer une redirection ? Pas propre ?

      Merci en tous cas pour le coup de main !

    • lussye

      Alors, après échanges avec Pierre et essais, les réglages de Multidomaines étaient bons (adresses principale https://www.domaine1.net puis url secteurs https://www.domaine1.net et https://www.domaine2.net),

      et la solution de redirection des http(s)://domaine1.net et http(s)://domaine2.net passe par le .htaccess, alors pour les peu aguerris de cette bestiole (comme moi), je laisse les deux règles rajoutées au .htaccess de SPIP, dans la zone “réglages perso” :

      Rewritecond %{HTTP_HOST} ^domaine1.net$
Rewriterule ^(.*) https://www.domaine1.net/$1 [QSA,L,R=301]
 
Rewritecond %{HTTP_HOST} ^domaine2.net$
Rewriterule ^(.*) https://www.domaine2.net/$1 [QSA,L,R=301]

      Encore merci pour le coup de main ! je me sens moins bête maintenant =)

    Reply to this message

  • 7
    Julien

    Si on a plusieurs url’s (alias) pour un secteur, serait-il possible de pouvoir en attribuer plusieurs dans le champs “Url du secteur” ?

    • Pierre KUHN

      C’est un contexte particulier, vous pouvez nous en dire plus ?

    • Julien

      Ben dans ma configuration nGinx (vhost), mes deux domaines pointent sur le même dossier web:
      sousdomaine1.mondomaine.com -> /clients/web1/
      sousdomaine2.mondomaine.com -> /clients/web1/

      Coté DNS, ces instances pointent également sur le même serveur en IPv6 et IPv4.

      Dans Spip, au travers de la configuration du plugin Multidomaine, je ne peux renseigner que un seul domaine pour un secteur.

      Pourrait-on pas implémenter la possibilité de séparer par des virgules les différents domaines dans le champ “Url du secteur” pour qu’il les interprète ?

    • Pierre KUHN

      Bonjour,

      En fait tu veux afficher le même site sur 2 domaine ?
      Je vois pas l’avantage car google va dire que tu dupliques le site.

    • Julien

      Exact. Pas grave. J’inderdit l’exploration du site aux moteurs de recherche mais j’aimerais continuer d’utiliser encore quelques mois les anciennes urls.

    • Pierre KUHN

      Ok dans ce cas pourquoi ne pas faire un autre secteur et tu double ton squelette pour faire ton idée ?

    • Julien

      Ha oui. Créer un autre secteur ce n’est pas bête du tout..
      Mais pourquoi doubler mon squelette ?

      Après je peux également faire des redirections avec:

      [(#EVAL{0}|sinon_interdire_acces{[(#URL_SECTEUR_COURANT)][(#SELF)],301})]
    • Pierre KUHN

      Dans la config, indique le même répertoire et ça fera le travail.
      mais je vois pas l’intéré d’avoir 2 site identique.

    Reply to this message

  • 25
    Julien

    Bonjour,
    j’ai installé le plugin mais quand je défini dans les options du plugin un autre nom de domaine pour un secteur, dans mon squelette, il pointe sur le bon domaine mais rajoute le secteur courant dans l’URL généré. Ne devrait-il pas enlever celui-ci?

    Configuration de ma rubrique dans le plugin
    rubrique1 => www.rubrique1.com

    URL Généré
    www.rubrique1.com/rubrique1/mon-article.html
    au lieu de
    www.rubrique1.com/mon-article.html

    Merci d’avance,
    Julien.

    • Pierre KUHN

      Bonjour,

      On peut avoir les domaines réel pour regarder ?

    • Julien

      Le problème vient du type d’URL. En “urls arborescentes” ça ajoute la rubrique dans l’url.

    • Pierre KUHN

      Avec la balise #URL_ARTICLE_ABSOLU ?

    • Julien

      Avec cette balise oui.

    • MathieuAlphamosa

      Idem de mon côté, avec les “urls arborescentes” le nom du secteur apparait dans les URLs.
      J’ai voulu modifier urls/arbo.php mais je me suis rendu compte que ce ne serait pas suffisant : dans l’exemple de Julien si on interroge www.rubrique1.com/mon-article.html on sera de toute façon redirigé vers www.rubrique1.com/rubrique1/mon-article.html

      Quelqu’un à trouvé une solution ?

    • Pierre KUHN

      Bonjour,

      Je n’ai pas de site en url arbo du coup j’ai pas de quoi tester sous la main pour le moment.
      Et utiliser les url absolue n’est pas mieux ?

    • Pierre KUHN

      Je peux avoir le domaine ?
      Sinon un ?var_mode=urls ne les change pas ?

    • MathieuAlphamosa

      Désolé je suis en phase de test et donc en local.
      Non ?var_mode=urls ne change rien à l’affaire. Le problème vient de la construction des urls arborescentes qui, lui, n’a aucune idée de comment le plugin Multidomaines a décidé d’organiser l’arborescence du site.

    • Pierre KUHN

      Il faudrait modifié la génération d’url alors, si tu as le temps vas y ;)

    • MathieuAlphamosa

      Bon je pense avoir résolu le problème mais je ne sais pas comment intégrer ça correctement dans le plugin Multidomaines.
      On a besoin de modifier la fonction declarer_url_arbo_rec dans plugin-dist/urls_etendues/urls/arbo.php, ou alors il faut recréer un nouveau jeu d’urls étendues mais c’est un peu overkill pour un aussi petite modification... si vous avez une idée de comment faire ça proprement...

      Donc voici la nouvelle fonction :

      function declarer_url_arbo_rec($url, $type, $parent, $type_parent, $contexte = array()) {
	if (is_null($parent)) {
		return $url;
	}
	// le contexte parent ne se transmet pas
	if (isset($contexte['id_parent'])) {
		unset($contexte['id_parent']);
	}
	// Si pas de parent ou si son URL est vide, on ne renvoit que l'URL de l'objet en court
 
	// MODIF : on ne va pas jusqu'à $parent=0, on s'arrête au niveau supérieur sinon on retrouve la rubrique du site dans l'URL finale... ce qu'on ne veut pas.
	$niveau_superieur = $parent;
	if($type == 'rubrique'){
		if($parent == 0){
			$niveau_superieur = 0;
		}else{
			$niveau_superieur = sql_getfetsel('id_parent','spip_urls',array('id_objet=' . intval($parent), "type='rubrique'"));
		}
	}
	if ($niveau_superieur == 0 or !($url_parent = declarer_url_arbo($type_parent ? $type_parent : 'rubrique', $parent, $contexte))) {
		return rtrim($url, '/');
	} // Sinon on renvoit l'URL de l'objet concaténée avec celle du parent
	else {
		return rtrim($url_parent, '/') . '/' . rtrim($url, '/');
	}
}
    • Pierre KUHN

      Re,

      Mets à jour le plugins en vers 3.1.0 dans l’après midi, change le type d’url en “Urls Arbo Multidomaines” et cela devrait le faire.

      https://zone.spip.org/trac/spip-zone/changeset/110539

    • MathieuAlphamosa

      J’ai pas encore testé la nouvelle version du plugin mais pour info j’avais commencé comme tu l’as fait (un nouveau fichier d’url) et je suis tombé sur un os.
      En effet ça va marcher sur la partie public du site mais la modification des urls étendues ne fonctionnera plus. J’ai l’impression que c’est parque “url_arbo” utilise des formulaires spécifiques (plugins-dist/urls_etendues/formulaires/configurer_urls_arbo.html/php).
      Si je comprends bien il faudrait en faire une version également pour ta nouvelle version des urls “arbo”. Je cherche une autre piste car là ça commence à faire un peu trop de code dupliqué à mon goût avec une maintenance manuelle à faire à chaque fois que les urls “arbo” sont mises à jour dans la version officielle de SPIP...

    • Pierre KUHN

      Cela bouge pas tant que ça dans le core.
      Attend mon up de plugins et regarde ce que ça donne.

    • MathieuAlphamosa

      Dans ce cas là je pense qu’il y’a plus simple : recopie plugins-dist/urls_etendues/urls/arbo.php dans plugins/multidomaines/urls/arbo.php et modifie ce nouveau fichier arbo.php
      si je dis pas de bêtises ça surchargera les URLs arbo standards tout en garde le reste de ses mécanismes (formulaires des modification dans /ecrire/).

    • Pierre KUHN

      Oui mais tu peux pas car tu dupliques les fonctions.
      la nouvelle version de plugins ne vas pas ?

    • Julien

      Bonjour,
      Je viens d’essayer le nouveau jeu d’URL mais je rencontre l’erreur suivante dans l’espace privé et publique.

      Erreur SQL 1054
Unknown column 'U.langue' in 'field list'
SELECT U.url, U.date, U.id_parent, U.perma, U.langue, titre, lang , O.id_parent as parent FROM spip_rubriques AS O LEFT JOIN spip_urls AS U ON (U.type='rubrique' AND U.id_objet=O.id_rubrique) WHERE O.id_rubrique=2 ORDER BY O.id_parent=U.id_parent DESC, U.perma DESC, U.langue='' DESC, U.date DESC LIMIT 1
    • Pierre KUHN

      Avec quel version de spip ?

    • Julien

      La version 3.1.8. J’ai alors vidé le dossier tmp et cela ne fonctionnait toujours pas.
      J’ai passé à la version 3.2.1 en vidant à nouveau le dossier tmp et la plus d’erreur. Merci! :)

      Par contre, pour ce qui est du nouveau jeu d’urls j’ai toujours le secteur (domaine) dans l’url:
      //domaine1.nidecker.com/yesnowboard-com/nouvel-article-no-4.html

    • Julien

      En faite le problème survient uniquement pour les articles qui se trouvent à la racine du secteur. Les articles se trouvant dans une sous-rubrique sont OK.

      Par défaut, il génère l’url suivant article/mon-article.html. Il y a moyen de supprimer article/ ? Merci.

    • Pierre KUHN

      Bonjour,

      Non je vais pas retirer article/ car certain on l’habitude de l’avoir.
      Sauf a rajouter de la configuration.

      Pour tes problèmes d’urls, tu héberges ton site chez qui ?

    • Julien

      Chez Infomaniak.

    • Pierre KUHN

      Tes 2 domaines sont les quels ?

    Reply to this message

  • 3
    touti

    En local (dev) sur le formulaire de config j’ai un

    ( ! ) Warning: constant(): Couldn't find constant _MULTIDOMAINE_RACINE in /usr/local/var/www/…/ecrire/public/composer.php(92) : eval()'d code on line 32

    @nicod semble venir de
    https://zone.spip.org/trac/spip-zone/changeset/105335/_plugins_/multidomaines/trunk/formulaires/configurer_multidomaines.html

    Sinon ajout de dans mes_options

    define('_MULTIDOMAINE_RACINE', 0);
    • Pierre KUHN

      Bonjour,

      C’est dans le fichier options du plugins déjà.

    • Sandrine

      Bonjour

      Visiblement, ce n’est pas défini dans le fichier options du plugin...
      Je rencontre le même message d’erreur suite à mise à jour du plugin en 3.0.1; c’est corrigé en ajoutant

      define('_MULTIDOMAINE_RACINE', 0);

      dans mes_options

    • Pierre KUHN

      Bonjour,

      La version 3.0.2 devrait corrigé le problème.

    Reply to this message

Add a comment

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite / PostgreSQL
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparait.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Who are you?
[Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom