Mailsubscribers

Publié le : 16 janvier 2013 – Dernière modification le 2 janvier 2023 – par Cerdic – 566 commentaires

1
2
3
4
5
57 votes

Ce plugin permet de gérer les inscriptions (ou abonnements) à la diffusion de contenu par email.

Mailsubscribers permet de gérer les inscriptions par Opt-in simple ou double et la désinscription par URL. Ce plugin gère également plusieurs listes de diffusion (simplifiées) permettant de cibler des listes d’inscrits au cas par cas dans les envois en nombre par courrier électronique.

Pour les développeurs, ce plugin implémente la partie subscribe de l’API Newsletter et peut donc être utilisé avec les plugins Newsletters et Mailshot pour l’envoi de Newsletters.

Installation

Le plugin s’installe classiquement, et ne nécessite pas d’autre plugin pour fonctionner. Cependant, si vous souhaitez importer et exporter des listes d’abonnés au format CSV, vous devrez installer le plugin complémentaire SPIP Bonux.

Configuration

Vous pouvez configurer ce plugin pour l’adapter à vos besoins.

Opt-in

Vous pouvez choisir le fonctionnement en simple Opt-in ou double Opt-in :

  • en simple opt-in : il suffit pour s’inscrire que la personne renseigne son email dans un formulaire d’inscription explicitement dédié à l’envoi d’informations par mail, ou qu’il coche une case « je veux m’inscrire à la Newsletter » dans un autre formulaire (inscription comme redacteur dans le site par exemple) ;
  • en double opt-in : l’inscription est mise en attente suite à cette première étape, et un email est envoyé sur l’adresse courriel renseignée, demandant de cliquer sur un lien pour confirmer l’inscription. Il y a donc une étape de vérification.

Le mode double opt-in permet d’avoir une base d’inscrits de meilleure qualité. Il évite les inscriptions forcées, pour le compte d’autrui, ainsi que d’inscrire une adresse email erronée (faute de frappe). Ce mode est nécessaire dans certain pays pour être en accord avec la loi. En France le simple opt-in suffit, mais il est recommandé d’utiliser le double opt-in.

Inscription à la Newsletter lors de l’inscription au site

Si vous activez cette option, une case à cocher sera automatiquement ajoutée sur le formulaire d’inscription au site pour permettre l’inscription à la Newsletter en même temps.

Listes de diffusion

Pour chaque liste, indiquez un identifiant (lettres et chiffres uniquement) ainsi qu’un libellé explicite. Vous pouvez a posteriori fermer une liste : dans ce cas il n’est plus possible de s’y inscrire, mais vous conservez tout de même la liste des inscrits en base de donnée.

Par défaut, il n’y a qu’une liste de diffusion disponible, avec l’identifiant newsletter.

Listes de diffusion automatiques

Il est possible d’avoir des listes de diffusion dont les abonnés sont automatiquement synchronisées avec d’autres tables ou même d’autres bases [1]. Le plugin permet par exemple de créer les listes automatiques des Administrateurs, des Rédacteurs et des Visiteurs du site.

Si vous cochez la liste des Administrateurs en Enregistrez, elle apparaîtra avec une mention précisant que cette liste est synchronisée automatiquement. Si vous rafraichissez la page quelque minutes plus tard (ce n’est pas immédiat car la synchronisation est faite en tache de fond), le nombre d’abonnés apparaitra.

Vous pouvez aussi définir votre propre liste automatique synchronisée. Pour cela, créez la liste avec un identifiant et un nom qui vous conviennent, puis ajoutez dans votre fichier mes_fonctions.php la fonction mailsubscribers_synchro_list_newsletter_xxx() que vous aurez créé (en remplaçant xxx par l’identifiant de votre liste).
Cette fonction devra retourner un tableau d’abonnés, chacun étant décrit par un tableau avec
-  l’entrée obligatoire email
-  les entrées facultatives nom et prenom.

Ces données peuvent venir aussi bien d’une table SQL, d’un fichier texte, CSV, d’une autre base de donnée…

Le plugin synchronisera alors automatiquement 1 fois par jour les abonnés avec la liste fournie par votre fonction, et vous pourrez envoyer des Infolettres sur ces listes toujours à jour.

Inscription-désinscription sur le site public

Le plugin ne propose par défaut aucune page d’inscription pour le site public. Vous devez ajouter le formulaire d’inscription et désinscription dans votre squelette.

Formulaire d’inscription

Vous pouvez insérer simplement le formulaire d’inscription dans votre squelette avec la balise #FORMULAIRE_NEWSLETTER_SUBSCRIBE. L’inscription se fera sur la liste par défaut newsletter.

Le formulaire est volontairement le plus simple possible se limitant à un label et un champ de saisie (automatiquement rempli par l’adresse email du visiteur si identifié). Cela vous permet d’ajouter un titre à votre guise. Vous pouvez modifier le libellé du bouton en personnalisant la chaine de langue bouton_subscribe.

Pour proposer l’inscription sur une autre liste ou plusieurs listes, indiquez l’identifiant de la ou les listes en argument de la balise, séparés par une virgule. Les paramètres à passer doivent être entre guillemets. Par exemple :

#FORMULAIRE_NEWSLETTER_SUBSCRIBE{
    "newsletter,nouveautes",
    "checklist" }

Lors de son inscription, l’internaute reçoit un email d’information (ou de confirmation si double opt-in).

Comme pour tous les formulaires, il est possible d’insérer le formulaire d’inscription à l’intérieur du texte d’un article, plutôt que dans un squelette, au moyen de l’appel de modèle suivant :
<formulaire|newsletter_subscribe|listes=liste1| ... >

Formulaire de désinscription

Comme pour le formulaire d’inscription, le formulaire de désinscription s’insère avec #FORMULAIRE_NEWSLETTER_UNSUBSCRIBE. Vous pouvez indiquer la ou les listes concernées en argument : #FORMULAIRE_NEWSLETTER_UNSUBSCRIBE{"newsletter,nouveautes"}

Vous pouvez modifier le libellé du bouton en personalisant la chaine de langue bouton_unsubscribe.

Lors de sa désinscription, l’internaute reçoit un email d’information. Si il n’est plus abonné à aucune liste, son adresse email est obfusquée, transformée en md5 de son email avec le domaine @example.org. Cela permet de préserver l’anonymat des désinscrit, mais de les garder en base pour éviter de les réinscrire par erreur en cas d’import d’adresses par exemple.

Administration des inscrits

Liste des inscrits

La liste des inscrits est disponible dans l’espace privé, depuis le menu Activité > Inscrits aux envois par email

Inscription

Vous pouvez inscrire une adresse email manuellement depuis l’espace privé en sélectionnant « Ajouter une inscription ».

Vous devrez renseigner a minima l’adresse email et une liste de diffusion. L’inscrit sera par défaut « pas inscrit » et vous devrez modifier son statut pour l’inscrire réellement.
Lorsque vous modifiez le statut par ce formulaire d’édition, aucun courriel de notification n’est envoyé à l’adresse email concernée.

En revanche, dans tous les autres cas l’inscrit recevra automatiquement sur son adresse courriel un email de vérification quand vous lui mettez le statut « à confirmer », et un email d’information si vous lui mettez le statut « abonné ». De même si vous le passez ensuite en « désabonné » un email d’information sera à nouveau envoyé. C’est par exemple le cas quand vous modifiez le statut de l’inscrit par le formulaire de changement dédié à cet effet :

Export des inscrits [2]

Vous pouvez télécharger la liste des inscrits ou de toutes les adresses (y compris les inscrits en attente ou les désinscrits [3]) au format CSV. Chaque colonne correspond à un champ de la table.

Import des inscrits [4]

Vous pouvez importer une liste d’adresse mail à inscrire. Un fichier CSV est attendu, avec en première ligne le nom des champs, selon le même format que celui fournit en export. Si le fichier ne comporte qu’une seule colonne, il sera supposé que ce sont des emails. Cela vous permet d’importer des fichiers textes avec une adresse email par ligne comme les fichiers d’export générés par SPIP-Listes.

Si votre fichier d’import contient une colonne statut, les adresses prendront automatiquement le statut fixé par le fichier. Un email de confirmation ou d’information sera envoyé à chaque adresse importée (sauf si vous cochez l’option pour ne pas notifier lors de l’import).

Si votre fichier d’import ne contient pas de colonne statut, les adresses seront automatiquement inscrites (directement ou via un mail de confirmation selon le réglage de votre opt-in). Cependant, les adresses emails correspondant à des personnes désinscrites ne seront pas ré-inscrites.

Après sélection d’un fichier, le formulaire vous montre une prévisualisation de l’interprétation des données sur les premières lignes du fichier, et vous pouvez lancer l’import si cela vous convient. A cette étape, vous pouvez préciser que cet import doit se faire sans notification des inscrits [5], ou aussi que vous voulez vider la table avant l’import (cas de la mise à jour complète de votre base par un fichier CSV). Cette dernière option ne vous est proposée que si vous êtes webmestre.

Traçabilité des inscriptions

À chaque fois qu’une adresse email est inscrite ou désinscrite, cela provoque l’enregistrement d’une trace dans le champ optin de l’adresse email correspondante. La trace sera enregistrée que l’inscription se fasse sur le site public, ou par un administrateur dans le back-office, ou même par un import de fichier.

La trace contient la date et l’heure de la modification ainsi que les éléments d’identification de la personne qui a réalisé l’action (adresse IP si la personne n’est pas identifiée, ou id_auteur et nom de l’administrateur SPIP).

Le champ optin qui garde cette trace n’est pas éditable, et peut donc être opposé comme justificatif si une personne manifeste sa désapprobation d’avoir été inscrite à son insu (à tort ou à raison).

Newsletter : confirmation d’inscription / reconsentement

Il est possible d’envoyer un message aux abonnées n’ayant pas ouvert un seul mail depuis 1 an afin de leur demander de confirmer explicitement leur inscription et ainsi éviter de continuer à envoyer des newsletters à des gens qui ne les ouvrent pas.

Cela s’appuie sur les statistiques des prestataires d’envois des mails ; cela ne fonctionnera donc pas avec un envoi via SMTP, qui n’obtient pas ces informations.

Envoyer le mail

Dans le menu Activité > Listes de diffusion, cliquer sur « Accéder à la gestion d’opt-in ».

Choisir une liste de diffusion pour afficher les adresses qui n’ont pas ouvert de mail ainsi que celles qui ont ouvert mais pas cliqué de liens dedans. 

Il possible d’envoyer manuellement, liste par liste, un mail de confirmation à ces adresses.
Ce mail offre le choix de rester abonner ou de se désabonner.

Sans confirmation explicite après 7 jours, les adresses sont automatiquement désabonnées.

Migration depuis un ancien plugin

Si vous utilisiez auparavant l’un des plugins SPIP-Listes, SPIP-Lettres, CleverMail ou MesAbonnés, les inscrits seront automatiquement importés lors de l’installation de MailSubscribers (dans le cas des plugins SPIP-Lettres et CleverMail, les désinscrits sont aussi importés).

Pour cela vous devez avoir encore les tables de ces plugins dans votre base de données. Il vous faut donc désactiver votre ancien plugin, mais surtout ne pas le désinstaller car cela supprime les données.

Après avoir installé le plugin et vérifié que toutes les adresses ont bien été importées, vous pouvez désinstaller votre ancien plugin pour supprimer ses données si vous le souhaitez.

Notes

[1] à partir de la version 1.6.0

[2] Cette fonction nécessite la présence du plugin SPIP-Bonux

[3] les adresses mails des désinscrits sont obfusquées par un md5 pour des raisons de confidentialité

[4] Cette fonction nécessite la présence du plugin SPIP-Bonux

[5] réserver cet usage au transfert d’inscrits d’un site à un autre, et ne pas en profiter pour importer des adresses qui n’ont pas explicitement demandé à être inscrites

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

218 discussions

  • Karen

    Bonjour,
    J’utilise régulièrement ce super plugin sur plusieurs sites, et régulièrement, je me pose la question de comment ajouter un champ PRÉNOM en plus du champ NOM…
    Aujourd’hui, une cliente me le demande, et je comprends bien pourquoi elle le souhaite !

    Je précise que son site est en 3.2 et que je vais bientôt le passer en 4 si tous les plugins utilisés sur son site le permettent… (à priori oui).
    Également, j’utilise « Formidable abonnement à des listes de diffusions » pour l’inscription via le site public.

    L’idée est donc de pouvoir ajouter un champ à partir de Mailsubscribers dans l’admin, de Formidable sur le Front, et bien sûr de récupérer ce champ dans la liste de diffusion, de façon à pouvoir envoyer des infolettres sous la forme :
    Bonjour @prenom@ @nom@,

    Je n’ai aucune idée de comment procéder, par où prendre le truc, et j’avais déjà fait pas mal de recherche sans succès ces dernières années.

    D’avance merci pour vos retours.
    Cordialement

    Répondre à ce message

  • 6
    DD

    J’ai un message d’erreur lors de l’inscription d’un email à une newsletter.
    Dans mon pied de page j’ai :
    #FORMULAIRE_NEWSLETTER_SUBSCRIBE{1}

    Le formulaire est standard :
    plugins/auto/mailsubscribers/v3.0.5/formulaires/newsletter_subscribe.html

    Lorsque je saisis un email en retour j’ai le message d’erreur :

    Il y a 1 erreur dans votre saisie, veuillez vérifier les informations.
    Cette information est obligatoire

    Et dans formulaires.log il y a :

    2022-01-11 22:38:21 	127.0.0.1 	81777 	Public 	erreur 	
signature ajax form incorrecte : newsletter_subscribe (formulaire non signe mais on a une session)

    (en local car sur un serveur distant je n’ai pas ce log)

    Lorsque je saisis une adresse sans « @ » il me dis bien que je dois corriger.

    J’ai vidé les caches et les sessions, changé de navigateur, essayé plusieurs adresses mail mais j’ai toujours l’erreur en local (PHP Version 7.4.3) et sur un serveur distant (PHP Version 7.4.27)

    SPIP est 3.2.12

    J’ai cette erreur uniquement pour ce site.

    Merci

    • Cerdic

      Question préalable : quand tu fais ça et que tu as cette erreur, es-tu identifié sur le site (avec une session) ou pas du tout (sans session) ?

      Selon le cas le bug va être d’un côté (à l’affichage initial qui ne prends pas en compte la session) ou de l’autre (au décodage du POST) qui voit une session à tort.

      Pour le premier cas : est-ce que par hasard le pied de page serait affiche par un #INCLURE (directement ou indirectement) ? Auquel cas il faut remplacer par un <INCLURE> qui ne perd pas le dynamisme des formulaires.

      Pour le second cas : tu utilises la fonction verifier_visiteur() dans ton mes_options.php et ça perturbe la session après le POST ?...

      Tu peux essayer d’ajouter la ligne

      spip_log("id_auteur session : ". $GLOBALS['visiteur_session']['id_auteur'], 'formulaires' . _LOG_ERREUR);

      après cette ligne https://git.spip.net/spip/spip/src/branch/3.2/ecrire/public/aiguiller.php#L190
      pour voir dans ton log ce qui se passe ?

    • DD

      Déjà, merci du retour rapide.
      J’ai bien
      <INCLURE{fond=footer/#ENV{type-page},env} /> dans l’appel du squelette.
      L’erreur advient que je sois connectée ou pas.

      Pour les test j’ai supprimé mes_options.php et désactiver les plugins qui pourraient être en lien avec les autorisations (accès restreint, autorité, notifications) mais cela ne résout pas le problème, j’ai toujours le message d’erreur.

      J’ai bien ajouté la ligne
      spip_log("id_auteur session : ". $GLOBALS['visiteur_session']['id_auteur'], 'formulaires' . _LOG_ERREUR);

      le log formulaires.log montre des erreurs différentes :

      2022-01-11 22:23:08 127.0.0.1 (pid 81065) :Pub:ERREUR: signature ajax form incorrecte : formidable (formulaire non signe mais on a une session)
2022-01-11 22:38:21 127.0.0.1 (pid 81777) :Pub:ERREUR: signature ajax form incorrecte : newsletter_subscribe (formulaire non signe mais on a une session)
2022-01-12 11:58:39 127.0.0.1 (pid 113736) :Pub:ERREUR: signature ajax form incorrecte : newsletter_subscribe (formulaire signe mais ne correspond pas a la session)

      mais je comprends pas cette histoire de session.

    • Cerdic

      je pense que la ligne que tu as ajoutée n’est pas au bon endroit car on devrait avoir une ligne en plus dans les logs

    • DD

      Apparemment c’est le plugin nospam dernière version qui fout le bazar chez moi : sur les sites avec sa version 2.3.0 : ça passe pas

      Avec 1.6.3 - stable
      ça passe !

      j’ai une version NoSPAM 2.2.1 sur certains sites que je ne vois pas sur la page https://contrib.spip.net/NoSPAM mais qui ne pose pas de problème non plus.

      dd

    • Cerdic

      OK je viens de tester, donc en effet j’ai reproduis un bug avec NoSpam 2.3.0, mais pas avec l’erreur que tu pointes.

      J’ai corrigé le bug que j’ai reproduit https://git.spip.net/spip-contrib-extensions/nospam/commit/7b81855fe33ad21077728e45b5d6e8a5886888f7
      et avec la version 2.3.1 du plugin qui devrait être dans les bacs rapidement je n’ai plus de problème.

      Je te laisse vérifier si ça répare aussi ton problème

    • DD

      Merci avec la version 2.3.1 c’est tout bon.

    Répondre à ce message

  • JeanLuc

    Bonjour
    J’aimerais signaler qu’un administrateur restreint (statut paramétrable dans l’espace privé) n’a pas accès aux rubriques « Inscrits aux envois par email » et « liste de diffusion ».
    L’administrateur doit avoir l’accès à l’ensemble du site.
    Est-ce normal ?

    Cordialement.

    Répondre à ce message

  • 1
    JeromeD

    Bonjour,
    Je voulais savoir s’il était possible de désinscrire en masse des adresses de ce plugin à l’aide de l’import de fichier csv. Il ne me semble n’avoir vu que la possibilité d’inscription.
    L’objectif étant de nettoyer la liste des inscriptions après une vague massive d’inscriptions bidons.
    Merci d’avance pour votre retour
    Cordialement
    Jérôme

    • Pascual

      Tu peux le faire en important une liste avec des statuts, c’est marqué dans la description...

    Répondre à ce message

  • 1
    DD

    Sur un site en SPIP 3.2.11 [24473] avec MailSubscribers 3.0.5 - stable
    j’ai des utilisateurs qui ne peuvent s’inscrire aux infolettres. Dans l’email de confirmation qu’ils reçoivent (double opt-in) le lien de confirmation renvoie « impossible de s’inscrire cette adresse mail n’existe pas »

    Dans la base de données du site le statut de leur enregistrement dans « spip_mailsubscribers » est à « poubelle » alors que le champ « optin » est à « [newsletter:en attente] »

    Je ne comprends pas pourquoi. Et cela concerne environ 1/10 utilisateurs depuis peu (FAI variés).

    Merci

    • DD

      En complément : sur la page ?exec=mailsubscriber&id_mailsubscriber=1867
      je ne peux pas changer le statut « à la poubelle » en « en attente confirmation » même en tant que webmestre.
      C’est bloqué !

      Il semblerait qu’au bout d’1 ou 2 jours, l’enregistrement du mailsubscriber disparaisse complètement de la base.

      Je n’ai pas essayé de modifier dans la base directement, j’attends de savoir ce qui se passe.

    Répondre à ce message

  • 1
    Michel Leble

    Bonjour ,

    Deux anomalies constatées pour le multilinguisme (tests faits avec la version 2.16 du plugin) :

    -  la première

    A l’inscription , si le nom du site est une valeur de type multi

    	<multi>[fr]nom_du_site[en]site_name</multi>

    alors on obtient ce message :

    	You have asked for a subscription to the list "your_list" of [fr]nom_du_site[en]site_name with email address ...

    Les balises multi du nom du site ne sont pas traitées.
    Les tags multis autour du nom de site ne sont pas visibles, mais sont toujours là.
    (Mais le multi du nom de liste est bien rendu .)

    script concerné :

    action/subscribe_mailsubscriber.php

    function action_subscribe_mailsubscriber_dist

    Le multi de la liste est interprèté par un appel a typo().
    mais pas celui du nom de site

    Pour résoudre mon problème

    J’ai donc rajouté aussi typo pour ’nom_site_spip’

    	'nom_site_spip' => typo($GLOBALS['meta']['nom_site']),

    -  seconde anomalie :

    Les messages d’inscriptions et de suppression d’une seule liste sont bien dans
    la langue associée à l’email
    Mais pas le message après suppression de TOUTES les listes : il est dans la langue locale

    script concerné :

    action/unsubscribe_mailsubscriber.php

    Pour la suppression d’une seule liste , l’action est unsubscribe_mailsubscriber
    alors un changer_langue dans la langue associée à l’email est fait par la fonction mailsubscribers_verifier_args_action
    le message obtenu est dans la bonne langue.

    Le cas de suppression de TOUTES les listes fait appel à action/confirm_mailsubscriber.php
    qui appelle aussi l’action unsubscribe_mailsubscriber

    Mais dans ce cas particulier il n’y a pas appel de mailsubscribers_verifier_args_action.
    Donc il n’y a pas de changer_langue et la langue du message (et du mail) est fausse.

    Pour résoudre mon problème :

    Pour le cas ou le email en argument n’est pas null (cas ou pas d’appel de mailsubscribers_verifier_args_action.)
    je reprends la langue depuis la variable $infos[’lang’] qui contient déjà la langue associée à l’email
    et fait le changer_langue avec :

    	if($emailEnArg && $infos['lang']) {
		include_spip("inc/lang");
		changer_langue($infos['lang']);
	}
    • Michel Leble

      Juste pour complément :

      Même pb vu à l’inscription , si on passe par confirm_mailsubscriber,
      Donc même solution pour action_subscribe_mailsubscriber_dist

    Répondre à ce message

  • 2

    Bonjour,

    Avec un Spip 3.2.9, Mailsubcribers 2.15.4 et Spip Bonux 2.3.6 , je ne parviens pas à utiliser l’import d’un fichier CVS afin qu’il envoie des messages de confirmations aux adresses importées, pour obtenir le consentement.

    Le double OPT-IN est activé dans la configuration.
    Quelle que soit la configuration :

    • uniquement un mail par ligne
    • ou avec la colonne « statut » et « listes » (la valeur de « statut » ayant été testé avec « prop » et « prepa »)

    Quelqu’un aurait une piste svp ?

    • Maïeul

      quelqu’un a rapporté un bgu similaire il y a peu. Je ne connais pas le dossier, mais essaye de mettre à jour bonux en 3.7.2

    • Merci pour le retour, mais il y avait une erreur dans mon descriptif, pardon.
      SPIP Bonux est déjà en version 3.7.2 - stable et pas en 2.3.6 comme je le disais

    Répondre à ce message

  • Jean-Luc G

    Bonsoir, je me réponds à moi même, l’icône se trouve sur la page Listes de diffusion et non Inscrits aux envois comme mentionné ci-dessus.
    Merci pour ce plugin
    JL

    Répondre à ce message

  • Jean-Luc G

    Bonjour,
    Je viens d’installer ce fantastique plugin mais je n’ai pas la possibilité d’importer un carnet d’adresse, l’icône Export est présente mais pas l’import. Spip Bonux est pourtant installé. J’ai manqué quelque chose ?
    Merci
    JL

    Répondre à ce message

  • 2
    JackDN

    Bonjour,

    Apres installation du plugin mailsubscribers, le clic sur le bouton d’inscription
    dans le mail lance une nouvelle page de confirmation avec ces messages de debug en texte sur l’écran :

    #0 install_fin_html() called at [/home/globhost/public_html/racdir/plugins/auto/dev_32/inc/minipres.php:195]
 #1 minipres(L’adresse email trevora@grimaldo.com est déjà inscrite à cette newsletter, , , 1) called at [/home/globhost/public_html/racdir/plugins/auto/mailsubscribers/v2.14.4/action/subscribe_mailsubscriber.php:112]
 #2 action_subscribe_mailsubscriber_dist(trevora@grimaldo.com, Array ([0] => 1), ) called at [/home/globhost/public_html/racdir/plugins/auto/mailsubscribers/v2.14.4/action/confirm_mailsubscriber.php:36]
 #3 action_confirm_mailsubscriber_dist() called at [/home/globhost/public_html/racdir/ecrire/public/aiguiller.php:67]
 #4 traiter_appels_actions() called at [/home/globhost/public_html/racdir/ecrire/public.php:99] 
#5 include(/home/globhost/public_html/racdir/ecrire/public.php) called at [/home/globhost/public_html/racdir/spip.php:26]

    Je n’ai pas mis d’option de debug spéciale.
    D’où peuvent bien venir ces messages, et comment les supprimer ?

    Merci

    • Michel Leble

      Ces traces sont produites par debug_backtrace ou debug_print_backtrace.
      Elles apparaissent selon les logs dans une version surchargee de minipres.php :
      Il suffit de supprimer l’appel.

    • JackDN

      ha oui,
      C’était bien ça . Un effet de bord du plugin dev.
      Merci beaucoup

    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