Plugin Multidomaines

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 (<=3.1.13) : 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 !!!

(/ !\ Depuis > 3.1.13 la balise retourne le secteur selon le contexte de l’url si le contexte de page ne suffit pas. Par exemple la page sommaire d’un des domaines.

La balise #URL_SITE_SPIP

(/ !\ Depuis > 3.1.13). La balise renvoie le domaine racine correspondant à l’url en cours de consultation.
Il est possible de retourner l’url du site via son identifiant.

utilisation :

#URL_SITE_SPIP
récupère le domaine correspondant à la rubrique, article consulté.

#URL_SITE_SPIP{identifiant_domaine}
retourne l'url du domaine correspondant à l'identifiant.

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.

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>

Autres balises

Afficher l’URL du site par defaut #MULTIDOMAINE_SITE_PRINCIPAL

Évolutions


-  V2.2.0 : Pour afficher les rubriques de second rangs, 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 plugin, merci de cliquer sur l’icône en haut de l’article

Compatibilité


Squelettes Z
Correction des liens internes

Incompatibilité


Plugin mutualisation

Discussion

29 discussions

  • 25

    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.

    • Bonjour,

      On peut avoir les domaines réel pour regarder ?

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

    • Avec la balise #URL_ARTICLE_ABSOLU ?

    • Avec cette balise oui.

    • 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 ?

    • 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 ?

    • Non, pas mieux :(

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

    • 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.

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

    • 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, '/');
      	}
      }
    • 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

    • 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...

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

    • 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/).

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

    • 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
    • Avec quel version de spip ?

    • 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

    • 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.

    • 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 ?

    • Chez Infomaniak.

    • Tes 2 domaines sont les quels ?

    Répondre à ce message

  • 3

    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);
    • Bonjour,

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

    • 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

    • Bonjour,

      La version 3.0.2 devrait corrigé le problème.

    Répondre à ce message

  • 3

    Bonjour Pierre et merci pour ce plug !

    Je me trouve face à une situation que je n’arrive pas à résoudre :

    -  J’ai un domaine A et un domaine B rattachés à leurs secteurs respectifs.
    -  Le domaine A est configuré comme étant le domaine par défaut.
    -  Le domaine B est en https (443).

    Lorsque je saisis l’adresse https://www.B.com (port 443 donc), tout marche bien.
    En revanche, lorsque je saisis l’adresse http://www.B.com (port 80) c’est le squelette du domaine A qui s’affiche !

    Merci d’avance pour ton aide…

    • Bonjour,

      Tu as mis en place des redirections ans le htacces pour géré cela ?

    • Oui, j’ai fait quelques essais mais rien de concluant (trop de redirections).
      Je vais faire de nouveaux tests et te tiens au courant si je trouve la bonne combinaison ;-)

      Merci encore pour ton aide.

    • Finalement, aucun moyen avec .htaccess. Peut-être le problème vient-il de l’hébergeur (NFrance) ?

      La solution que nous avons adoptée est en php dans le fichier mes_options.php :

      if(!isset($_SERVER['HTTPS']) && $_SERVER['HTTP_HOST'] == 'www.B.com'){
      	header("Status: 301 Moved Permanently", false, 301);
      	header('Location: https://www.B.com' . $_SERVER['REQUEST_URI']);
      	exit();
      }

      À méditer… ;-)

    Répondre à ce message

  • jeromeD

    Bonjour,
    Je souhaite utiliser ce plugin pour un site en deux secteurs. Chaque domaine pointant vers un des secteurs

    Ils ont le même dossier squelette donc j’ai configurer le plugin selon l’image jointe avec à chaque fois pour le squelette, l’accès au dossier squelettes/

    Mais dans les faits, je tombe toujours sur le sommaire qui correspond à la page d’accueil du secteur 1...

    Pour info je suis sur du mutualisé d’OVH...
    Qu’est-ce que j’ai fait de travers ?

    Merci d’avance pour votre aide.

    Répondre à ce message

  • 4

    Je ne comprend pas bien comment utiliser ce plugin.
    Un des secteurs du site est réservé aux adhérents de l’association et je souhaite en faire un sous domaine.
    J’ai donc créé un nom de sous domaine chez l’hébergeur et celui-ci (DRI) a généré automatiquement un dossier « /www/sousdomaine.domaine.org » en me demandant d’y charger mes pages.
    Dans ce cas, on duplique le site, non ?
    Merci de m’éclairer car je voudrais bien utiliser le plugin.

    • Bonjour,

      Justement, il faut que les 2 domaines ou sous-domaines pointent sur le même dossier pour commencer.

      Ensuite cela se passe dans la configuration du plugins.

    • Bonsoir,
      Merci pour la réponse rapide.
      Mais l’hébergeur crée un sous-dossier pour chaque sous-domaine et je n’ai pas la main là-dessus.
      Dommage parce que le plugin me paraissait très intéressant.
      Merci encore.

    • Bonsoir,

      Quel hébergeur ?
      Quand tu créé le sous domaine il te laisse pas choisir le répertoire du site ? Rien pour ça ?

    • L’hébergeur est DRI.
      Non, il n’y a pas le choix, chaque sous-domaine a son sous-dossier.

    Répondre à ce message

  • 1

    Bonjour j’aimerai justement faire un site multidomaine polyglotte, ej suis donc très heureux de trouver ce plugin ; et la solution 1 me semble celle qui me conviens ; mais j’aimerai savoir si je peux trouver quelquepart plus de précision sur Les secteurs dédiés.

    Il est dit :
    « 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. »

    -  J’aimerai savoir comment l’on peux imposer une langue à un secteur ? Est ce via le plugin ou via les options multilingue de SPIP.
    - Comment imposer la langue à un domaine, via le plugin j’imagine, mais je ne vois pas trop concrètement comment faire ?
    -  Et au niveau du lien entre les articles ; est ce que vous entendez par lien, le lien de traduction SPIP ? Et si oui Quid du #MENU_LANG, va t’il fonctionner ? je ne comprend pas bien ou je dois utiliser la balise #URL_ARTICLE_ABSOLU.

    Cordialement.

    • Bonjour,

      En fait la langue se place sur la rubrique racine.
      Vous allez avoir une rubrique racine = un domaine

      Ensuite il faut voir comment vous souhaitez faire et voir comment se comporte le plugins, je ne fais pas de site multilingue en multidomaine.

    Répondre à ce message

  • 7

    Bonjour,
    J’ai réalisé un site multilingue (FR et EN) par secteur.

    J’ai un nom de domaine nomdomainefrancais.fr pour le site en FR et nomdomaineangalais.com pour le site en EN. Jusque là tout fonctionne nickel. Là où cela m’embête c’est que si un visiteur tape cette URL nomdomainefrancais.fr/en il a accès au contenu en anglais et inversement si il tape nomdomaineangalais.com/fr il a accès au contenu en français.

    Pour ma part je souhaiterais que le contenu français ne soit accessible que par nomdomainefrancais.fr et que le contenu anglais que par nomdomaineangalais.com.

    Ce plugin permet il de faire en sorte que toutes les urls contenant nomdomainefrancais.fr/en/xxxx soient envoyées vers nomdomaineangalais.com/en/xxxx et que les urls contenant nomdomaineangalais.com/fr/xxxx soient envoyées vers nomdomainefrancais.fr/fr/xxxx

    Répondre à ce message

  • 2

    Bonjour,

    je teste les balises du plugin (version 2.3.3) - SPIP 3.0.20 [22255].

    #URL_AUTEUR_ABSOLU{1} me donne « http://monsite.frwebmaster » (manque le slash) (.

    Pour les premières, çà marche (ex : #URL_ARTICLE_ABSOLU{2} = http://disques.monsite.fr/les-disques

    jp

    Répondre à ce message

  • 7

    Bonjour,

    J’ai bien fait comme la procédure l’indique (capture), mais http://www.domaine-pepiniere.fr/ ne pointe pas vers le squelette domainedelapepiniere.
    J’ai bien créé un multidomaines pointant vers le dossier www (ovh).

    Merci de votre aide.

    Gil

    Répondre à ce message

  • 1

    Bonjour,

    J’ai installé le plugin et configuré les dns.
    Le site est sur un de mes dédiés.

    J’ai associé un sous domaine à un répertoire.

    Lorsque je tape l’url, au lieu de pointer vers le répertoire concerné, le navigateur affiche la page par défaut du serveur.

    J’ai installé le plugin sur un autre serveur, même config spip, ça marche très bien.

    Une idée du bug ? Y a une config Apache à modifier ?

    A vous lire,

    cordialement,

    Philippe

    Répondre à ce message

Ajouter un commentaire

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
  • 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 apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom