Cette documentation est valable à partir de la version 6.1.0 de Formidable.
Introduction
Historiquement, deux plugins avaient déjà été développés précédemment pour gérer des formulaires :
- Forms &Tables, qui n’a pas été complètement porté pour SPIP 2.
- et spip-formulaire créé par artego mais qui n’était plus maintenu.
La question s’est donc posée : construire sur la base d’un des deux plugins ou repartir de zéro ?
Form &Table, très complet pour les utilisateurs, présentait l’inconvénient d’avoir un côté « fourre-tout » qui le rendait difficilement modifiable et difficile à personnaliser par les dévs.
Il a finalement été décidé de repartir de zéro pour proposer quelque chose :
- de plus facile à utiliser pour les utilisateurs d’une part,
- mais aussi de plus facile à personnaliser pour les développeur⋅euses.
Avec le parti pris de se baser de préférence sur plusieurs petits plugins spécialisés et de tirer parti de la nouvelle norme CVT.
Interface utilisateur
L’utilisation basique de l’interface est abordée dans ce screencast : Mon premier formulaire pas à pas : c’est Formidable !
Appeler mon formulaire
Vous devez appeler le formulaire ayant le nom « formidable », en lui passant en paramètre l’identifiant de votre formulaire.
Dans un contenu
Utilisez le modèle <formulaire>
classique : <formulaire|formidable|id=34>
ou bien <formulaire|formidable|id=contact>
Dans un squelette
#FORMULAIRE_FORMIDABLE{34}
ou bien #FORMULAIRE_FORMIDABLE{contact}
Afficher les résultats du formulaire
Dans un contenu
Utilisez le modèle <formulaire_analyse|id_formulaire=34>
Pré-remplir dynamiquement les champs d’un formulaire
À noter, vous avez la possibilité de surcharger dans l’appel, les valeurs par défaut des champs de votre formulaire. Pour cela, vous devez passer un tableau de nom=>valeur
en deuxième paramètre. Vous pourrez trouver les noms de vos champs dans l’aide-mémoire situé sur la page de configuration des traitements.
Dans un contenu
Le tableau de valeurs dans un paramètre defaut sous forme d’une suite de chaînes « clé,valeur » séparée par des virgules :
<formulaire|formidable|id=contact|defaut=hidden1,valeur,input_5,autrevaleur>
Dans un squelette
Le tableau en deuxième paramètre :
#FORMULAIRE_FORMIDABLE{contact, #ARRAY{nom_du_champ, Ma valeur}}
C’est particulièrement utile pour remplir un champ caché avec une valeur dynamique venant du squelette :
#FORMULAIRE_FORMIDABLE{contact, #ARRAY{hidden_1, #ID_DOCUMENT}}
Autres options utilisable dans le squelette
Il est possible de passer des options comme troisième argument du formulaire, sous forme de tableau (#ARRAY
).
Nom de l’option | Fonction | Type |
---|---|---|
forcer_modif |
Permet de forcer la modification d’une réponse, même si non autorisé | Booléen |
id_formulaires_reponses |
Identifiant de la réponse à modifier | Entier |
no_ajax |
Désactiver l’ajax sur le formulaire | Booléen |
traiter_email_destinataires |
Destinataires pour le traitement | Tableau (#ARRAY ) d’emails ou liste d’emails séparés par des virgules |
traiter_email_destinataires_methode |
Indique si traiter_email_destinataires doit remplacer les emails déjà configurés dans le traitement ou les ajouter |
Au choix 'remplacer' ou 'ajouter' (valeur par défaut) |
url_redirect |
Url de redirection | Chaine |
Exemple d’un formulaire Formidable dont l’identifiant est contact_libre et dont l’email destinataire est dans le champ email de la table de votre objet #EMAIL de la table spip_contacts …
.
<div class="ajax">
#FORMULAIRE_FORMIDABLE{contact_libre,'',#ARRAY{traiter_email_destinataires,#EMAIL}}
</div>
Case unique
Pour rendre obligatoire la réponse oui à une case unique (pour la validation de conditions d’utilisation par exemple), il faut simplement rendre le champ obligatoire.
Courriels de notification
Une option des traitements proposés permet d’envoyer un mail de notification automatiquement, à chaque saisie d’un formulaire.
Le squelette par défaut employé pour la mise en forme de ces mails est plugins/formidable/notifications/formulaire_email.html
. Vous pouvez le copier dans le répertoire ’notifications’ de votre squelette et l’y modifier à votre guise. Cette modification vaudra pour tous les formulaires.
Pour utiliser un squelette spécifique pour les mails de notification de l’un seulement des formulaires définis avec Formidable, il suffit d’ajouter son squelette dans le répertoire ’notifications’ de votre dossier squelettes, mais en ajoutant l’identifiant.
IDENTIFIANT étant l’identifiant du formulaire défini dans Formidable, les squelettes doivent se nommer :formulaire_IDENTIFIANT_email.html
pour le mail aux destinatairesformulaire_IDENTIFIANT_accuse.html
pour l’accusé de réception du visiteur
Conservation des IP
Les adresse IP des personnes répondant aux formulaires sont stockées en base de donnée. Depuis la version 1.5 (SPIP 3) / 0.7 (SPIP < 3), elle sont automatiquement hashé, de manière à ce que l’IP ne soit plus reconnaissable, au bout de 124 jours (environ 4 mois).
Pour changer ce délai, vous pouvez redéfinir la constante _CNIL_PERIODE
dans votre fichier mes_options.php
.
Par exemple :
define('_CNIL_PERIODE', 24*3600);
permet de hasher les IP toutes les 24 heures.
Si vous voulez désactiver le hashage, mettez la valeur à 0.
Envoi de fichiers
Lire l’article complémentaire : Envoyer des fichiers avec un formulaire Formidable.
Mise en forme des saisies
Le plugin ne prévoit aucun réglage de mise en forme des saisies : c’est à chaque squelette d’avoir ses styles. Il respecte cependant la convention d’écriture des formulaire SPIP. Il permet d’ajouter des classes spécifiques sur les saisies.
Affichage des réponses sous forme de tableau
Le plugin Formidable Tablesorter permet d’afficher sous forme de tableau les réponses, dans l’espace privé, avec possibilité de tri et de filtre.
Voir aussi sur le wiki
- Complément de doc et exemples sur les boucles et balises de formidable
- Exemples de stylage CSS d’un formulaire Formidable
- todoFormidable
- Formidable, présentation aux Grottes (2010)
Discussions par date d’activité
166 discussions
Bonjour,
je viens de faire la mise à jour de spip, version : SPIP 3.2.7 [24473]
ainsi que celles des plugins qui le nécessitait, dont « Formidable » version : Formidable 3.46.8
Il y a un message « Erreur dans les plugins : » concernant plugins/auto/formidable/v3.46.7/formidable_pipelines.php !
Pas plus de précisions, je viens de tester un formulaire et j’ai bien les élements envoyés, c’est donc pour info !!!
Il me reste à trouver comment supprimer le message ?
Encore bravo pour tout ce travail
AlainF
essai de repasser dans l’espce d’administration des plugins.
OK, j’y suis
Le message a disparu
Répondre à ce message
Bonjour,
J’aimerai savoir si avec Formidable on peut créer un formulaire comme ce qui suit.
À vrai dire, j’ai déjà créé le formulaire que je souhaite avec l’aide d’un intervenant du forum spip. Mais celui-ci ne fonctionne pas comme attendu.
Il est visible ici : https://www.the-ghost-bassist.com/bootsy-collins-i-m-leavin-u
Vous pouvez le tester avec toto@free.fr
Il s’agit pour les visiteurs de remplir quelques champs pour voir apparaître une ligne lui permettant de télécharger un fichier (zip ou RAR).
L’admin lui, devrait recevoir une alerte mail lui indiquant le nom du fichier télécharger, le nom et email du visiteur.
Est ce possible !?
Merci
Chrys
Mince !
Pas de piste pour ce type de formulaire ?
Merci
bah ... je sais pas. Il s’agit d’un bete formulaire formidable. Je vois pas où tu éprouve une difficulté.
ah ! tu veux que les gens recoivent un fichier, et pas qu’ils l’envoie.
formidable n’est pas fait pour cela. Tu pourrais créer ton propre formulaire cvt. Ou bien « tricher » : dans la la réponse envoyé au moment où une personne poste un formulaire, tu pourrais mettre un lien vers le fichier à telecharger.
Merci pour ta réponse,
Oui c’est ce que j’ai tenté avec le binôme de fichier HTML et PHP en CVT.
Visible à l’adresse sur mon ancien post.
Mais cela ne fonctionne pas comme attendu.
Bah du coup
1) ca concerne pas spécifiquement formidable, donc tu devrais plutot poser ta question sur la liste des utilisateur de spip
2) sans code impossible de savoir pourquoi ca marche pas.
Oui ! je peux mettre les codes ici ?
Bien que ça ne concerne pas Formidable ?
le mieux serait vraiment de demander sur la liste https://listes.rezo.net/mailman/listinfo/spip/
ou bien passer sur l’irc irc.spip.net
Biensur, d’accord et merci :-)
Changelog.
Bonjour,
Quand une nouvelle version est publiée, je cherche souvent ce qui a été modifié. Serait-il possible d’avoir un fichier ou un paragraphe de changelog quelque part avec un minimum d’explication des changements ?
Par exemple : je vois que la mise à jour recenté crée une dépendance avec NoSpam. En l’indiquant dans le changelog, on ne serait pas surpris et on ne suspecterait pas une faille.
Merci en tout cas de cette extension très utile.
Bonjour,
A droite de cette page, comme tout les plugins, tu as un lien vers le « Code source » ce qui te donne les informations de commit.
C’est ce que tu cherches ?
Oui et non. Je recherche un résumé, si possible commenté, des changements comme on le voit dans les fichiers changelog des logiciels libres. Si c’est possible bien sûr.
C’est une politique qui n’a jamais été prise dans les plugins spip, mais c’est vrai qu’idéalement il faudrait.
La dépendance à NoSPam a été mise pour éviter que des gens passent leurs temps à nous demander de mettre un anti spam. Rien à voir avec la sécurité.
Bonjour @Maïel,
J’aimerai tester, en utilisant ton astuce en « Trichant » ;-)
Comment puis je trouver les fichiers d’un formulaire perso fais dans formidable, afin de modifier l’alerte de réponse ?
Merci
quand tu configure ton formulaire formidable, et notamment l’envoi de mail, tu peux definir le message de retour...
Oui, mais j’aimerai si cela est possible, y mettre une boucle spip (documents) pour compléter mon idée de base.
Est ce possible ?
J’avais pas compris.
Oui c’est possible. Cf le paragraphe « Courriels de notification » du présent article...
Merci je regarde de ce coté :-)
Merci Maïeul,
J’ai suivi toutes les informations de l’article au-dessus.
J’arrive a quelque chose de pas trop mal, il me reste une chose a réglé, et a moi le bol de sangria :-)
Donc.
Je charge un fichier (rar ou zip) dans certains de mes articles, en faisant un formulaire avec formidable je demande au visiteur leur nom et email. Une fois les champs renseignés, ils valident et reçoivent un mail avec le lien de chargement du dit fichier.
Voici la boucle que j’ai mis dans mon fichier de notification :
formulaire_download_accuse.html
Si je ne mets pas de critère d’article, je vois tous les fichiers de tous les articles ayant un document à télécharger dans le mail de notification.
Si je mets le critère id_article, il n’y a rien dans le mail de notification.
Si je mets le critère id_article=8 (par exemple), je vois bien dans le mail de notification le fichier qui correspond à cet article, c’est le résultat attendu.
Du coup, je ne sais pas comment indiquer à cette boucle le bon id_article, il y a une solution ?
Merci
Chrys
Ah mon avis, tu a intéret à savoir quel article la personne a demandé en enregistrant aussi cela en base/par email. Du coup tu peux simplement
1) créer un champ caché
2) passer la valeur de l’article comme valeur par défaut du champ caché
3) fair
id_article=#ENV{valeurs/hidden_1}
(by the way:je viens de tester
#ENV{valeurs/input_1}
me retourne bien la valeur du champ 1.Bon, alors
1) si tu désactive l’option « Ne pas envoyer les valeurs de la réponse dans l’accusé de réception », alors le squelette qui construit l’accusé de réception recevra bien les valeurs postées (y compris cachées) et donc ma solution pourra marcher.
2) tu crée un champ caché, qui sera appelé
hidden_1
(nom donné automatiquement par formidable)3) tu pré rempli ce champ caché lorsque tu insère ton formulaire dans un article. La valeur que tu passe au champ caché, c’est l’identifiant de l’article
si par exemple tu veux les doc de l’article 8.
4) dans ton squelette, tu utilise
#ENV{valeurs/hidden_1
(qui est désormais accessible, cf 1) pour selectionner le bon article.Par ailleurs, tu as fait une chose TRÈS TRÈS MAL. Tu n’a pas mis de label à tes saisies, mais tu a simplement mis un « placeholder ». Or cela n’est pas du tout la même chose. Un label explique ce qu’est la saisie, un placeholder donne une valeur exemple. En terme d’accessibilité, ne pas avoir de label c’est **MAL**. SI tu veux que le label soit visible dans le contenu de la saisie « à la mode d’un place holder », cela peut se régler par des astuces CSS (que je ne connais pas)
MERCI tout marche très bien et comme attendu !!
Je règle les soucis de label également
Merci encore
Répondre à ce message
Bonjour,
Je continue d’explorer votre plug-in.
J’aimerai pouvoir personnaliser le fichier formulaire_accuse.html à ma guise.
J’ai d’abord copié le répertoire notifications dans mon dossier squelettes.
J’ai l’habitude d’utiliser mjml pour créer des mails responsive.
Dans le fichier formulaire_accuse.html, j’aimerai pouvoir faire quelque chose comme :
Mais qu’elles sont les balises à utiliser pour cela.
J’imagine que c’est quelque part dans :
Si vous avez des pistes ?
Merci
normalement
#ENV{valeurs/nomduchamp}
. Attention, parnomduchamp
on entend le nom technique du champ (input_1,input_2,etc
pas le libellé.Entendu Maïeul et merci.
Je tente cela en rentrant demain ;-)
Excellent ! une fois de plus :-)
Merci
J’adopte… belle souplesse pour nos formulaires ce plug
Désolé, cette syntaxe ne marche plus pour moi :
#ENV{valeurs,input_1}
Ou ais je fauté ?
Merci
tu a mis une virgule et pas un slash
Désolé, même comme ceci ca ne marche pas pour moi
Hum,
j’ai un peu perdu le fil de ce que tu veux faire. Peux tu
1) me reexpliquer
2)m’envoyer ton yaml
3) m’envoyer ton fichier .html
Entendu, sur quelle adresse puis je te faire passer ceci ?
Merci
monprenomsansaccent@monprenomsansaccent.net
Si
#ENV{valeurs/input_1}
ne marche pas chet toi, c’est que tu avais coché l’option « Ne pas envoyer les valeurs de la réponse dans l’accusé de réception ». Donc forcément les valeurs ne sont pas envoyées au squelette qui construit l’AR, puisque telle est ta demande....Répondre à ce message
Bonjour,
Est-il possible de faire appel à une base de données pour une liste déroulante ou une sélection multiple où les Clés et Label correspondraient à des champs de cette base de données ?
Merci pour la réponse.
Il vous faudra créer votre saisie personnalisée. C’est relativement simple :
1) un dossier saisies et un dossier saisies-vues à créer dans son dossier squelettes (ou dans un plugin)
2) un fichiers .yaml pour décrire la configuration de la saisie, un fichier .html pour décrire son affichage, un .html pour décrire sa vue.
Le plus simple est de vous inspirer de ce qui existe dans le plugins saisies.
Répondre à ce message
Bonjour.
Quelqu’un me fait remarquer que, dans un champ date, le sélecteur d’années va de -60 à +40 ans (en 2019, on a donc le choix d’années entre 1959 et 2059).
Or une telle gamme n’est pas toujours souhaitée (on pourrait ne vouloir que trois années) ni toujours adéquate (pour une date de naissance, pas besoin des années à venir, mais probablement bien de dates en deçà de 1959).
Ne pourrait-il pas y avoir des options pour jouer sur l’étendue proposée ? On pourrait ainsi mettre de 2020 à 2022, ou de 1919 à aujourd’hui, ou d’aujourd’hui à 2042, etc.
Peut-être que ça existe déjà, mais je n’ai alors pas trouvé…
(Et peut-être que ça relève plus de Saisies que de Formidable…)
Et, tant qu’à faire, ne pourrait-on pas implémenter dans Formidable le champ HTML5
, qui a le gros avantage de proposer une ergonomie plus adaptée sur appareils mobiles ?
(OK, il faudrait garder le système actuel en fallback pour les navigateurs qui ne le supportent pas encore, et je crains que ça coince pour Safari, où le type date est reconnu mais où aucun outil de saisie n’est présent.)
Plus d’infos sur le type date chez Mozilla…
Merci d’avance pour vos réponses, et bon week-end !
1138.
PS : dans la prévisualisation, le texte
affiche réellement le champ . ;-)
ca releve plus effectivement de saisie qu’autre chose. Je suis pas assez au courant des évolutions des implémentations d’HTML5 pour me prononcer :)
Merci pour ta réponse.
Histoire de bien ranger les choses, j’ai donc posé la question dans les commentaires de Saisies.
Répondre à ce message
Bonsoir
J’ai un soucis avec le plugin, les onglets de config des champs n’apparaissent plus.
Je suppose une incompatibilité de plugin.
Est-ce que vous avez une idée ? Sinon je testerai et vous direz ensuite. Merci
spip 3.1.10
Jean-Luc
Regarde s’il y a des erreurs javascript dans la console, F12
Répondre à ce message
Bonjour à toutes et à tous,
sous SPIP 3.2.5 [24404]
avec Formidable 3.45.3
et Saisies pour formulaires 3.28.11
Je ne reçois pas l’info par mail lorsqu’un formulaire est rempli en ligne sur mon site, alors qu’il le faisait très bien jusqu’à il y a 1 mois environ, (avant les dernières versions de plugin) et ça c’est arrêté, j’ai donc pensé à voir si il y avait des mises à jour, que je me suis empressé de faire, mais sans plus de résultats !
Une direction ? J’ai bien les réponses dans mon espace privé, mais pas de mail de confirmation...
Cordialement, Alain
nous recevons toujours les mails de notre coté. Est-ce que ce ne serait pas au niveau de votre serveur qu’il y aurai un problème d’envoi de mail ? il faudrait tester l’envoi de mail dans le formulaire de config de facteur. Il faudrait aussi voir le fichier mail.log pour voir s’il signale des problèmes.
Bonjour tout le monde,
Je pense il y a un problème au niveau de la notification après la mise a jour du plugin. Je reçois un mail sur deux, j’ai fixé deux adresses email séparés par une virgule mais cela ne marche pas et j’avais pas ce problème avant la mise a jour !!!
#FORMULAIRE_FORMIDABLE{2, #ARRAY{adresse1@gmail.com, adresse2@gmail.com}}
Est ce que ce bout de code peut marcher dans une squelette ? Pour ma part adress1 et adress2 ne reçoivent pas de notification. Merci de votre aide
@Manou je ne vois pas comment ton truc aurait pu marcher un jour, cf la documentation de la balise juste là au-dessus. Le deuxième paramètre est un tableau pour préremplir les valeurs des champs suivant leur nom, ce qui n’a rien à voir avec ce que tu y mets là.
No no excuses moi, je comprends pour cette balise, je l’utilise pour récupérer des valeurs....Mais au niveau de la configuration des traitements > Destinataires supplémentaires
si je mets une seule adresse on reçoit le mail, par contre si je mets deux adresses séparés par une virgule les deux adresses ne reçoivent pas de mail et je rencontre ce problème depuis la mise a jour
Merci Maïeul pour les directions :
- Je n’ai pas reçu les mails de test de facteur avec 2 adresses différentes, ce serait déjà un signe
- Je n’ai pas testé comme le dit Manou avec une seule adresse, j’ai une adresse par liste de choix, plus moi en 2e adresse pour avoir tous les formulaires, je vais tester et je reviens
le problème de Manou est autre. Il semble bien que ton souci vienne de l’envoi du mail, et pas de formidable. A voir si ton fournisseur a pas changé des choses.
Voici les éléments retrouvés dans les logs :
Si ça peut apporter quelque chose ???
Par avance, merci, Alain
dans mail.log ? cela m’étonnerait. Ce n’est pas lié aux mails en tant que tel, ce log.
ah mais là c’est les pas les logs de spip. Je parlai bien des logs de spip (dans tmp/logs). Cela étant, les logs apache / php peuvent éventuellement servir aussi.
Pour le plugin Facteur, ça ne vient pas de ce plugin,, pas de spip non plus, peut-être OVH l’hébergeur ?
Répondre à ce message
Bonsoir,
Le besoin : avoir un champ texte (avec un lien) commun à tous les formulaires d’un site.
Je ne sais pas si c’est fait exprès mais dans le champ de type « explication » je n’arrive pas à insérer des liens par exemple en
[savoir plus->artxx]
vers une explication détaillée.Par contre pour un type de champ « ligne de texte » par exemple il est bien possible d’ajouter un lien dans son option explication.
Toujours à propose de ce champ de type explication, j’ai tenté d’en ajouter un comme champ extra à la table formulaire. Le but étant d’avoir un champ prérempli pour tous les formulaires avec certaines références légales.
Bon j’ai pas encore fait le tour de la question mais déjà il semblerait que comme le champ « explication » n’a pas de label, il n’est pas ajouté dans la base comme champ extra d’une table.
Pour l’instant je m’en suis sortie en créant un type de champ extra case à cocher, en mettant mon lien dans son champ texte et en affichant dans mes formulaires formidable uniquement le champ texte via un modèle.
Mais j’aurais bien voulu trouver une solution transversale unique pour tous les formulaires d’un site (newsletter, auteur, formidable,..) pour afficher un champ texte avec ce que l’on veut dedans.
1) j’arrive parfaitment à insérer un lien dans un explication avec le raccourci standard
[->]
2)ajouter un champ extra dans la table spip_formulairene fera pas afficher le champ extra dans le formulaire (que ce soit une explication ou un autre type de champ). Pour construire les formulaires, formidable se base uniquement sur ce que tu défini comme champ lors de la config du formulaire.
3) si tu veux une solution transversale pour afficher un texte unique pour TOUS les formulaires le mieux serait de faire cela via le pipeliner formulaire_fonds (ou un truc du genre, je ne me rappelle plus le nom).
Bon ben pour moi le raccourci
[->artxx]
ne fonctionne pas dans le champ « explication ». J’ai essayé sur plusieurs sites sans succès. Mystère. Je joins une capture pour être sure que l’on parle de la même chose.Merci pour l’explication pour le champ générique, Je vais potasser https://programmer.spip.net/formulaire_fond
Attends là tu montres une capture d’une option explication d’une autre saisie (case par ex) alors qu’à la base tu parlais de la saisie explication autonome elle-même, et tu disais justement que dans une option explication là ça marchait chez toi. Du coup je ne comprends plus de quoi tu parles.
Hello,
Je suis désolée, je n’arrive pas à être claire. Je disais :
"dans le champ de type « explication » je n’arrive pas à insérer des liens par exemple en savoir plus vers une explication détaillée"
>> là je parle par exemple d"un champ extra de type "explication" ou du champ explication d’un bloc "newsletter" de Formidable (la capture envoyée)
"Par contre pour un type de champ « ligne de texte » par exemple il est bien possible d’ajouter un lien dans son option explication."
>> oui là c’est bon.
Répondre à ce message
Quelques pistes/questions pour faire face aux SPAMs d’un formulaire.
Est-ce qu’il serait possible dans les traitements de demander à ce qu’un mail de confirmation soit envoyé à la personne qui rempli le formulaire avec un lien de validation (un peu comme les signatures des pétitions de SPIP) ?
Comme ça, on n’aurait dans la base que les formulaires effectivement validés par mail par un être humain.
Autre piste : une nouvelle saisie « piège » qui serait une case à cocher avec un texte libre du genre « Ne cochez pas cette case si vous êtes un être humain ».
Si la case est cochée, alors, on n’enregistre pas le formulaire (et on n’affiche pas d’erreur).
PS : j’ai bien conscience que c’est moins bien qu’un lien plus fort avec NoSPAM.
La saisie « piège » existe deja avec nospam. C’est le mecanisme de base de nospam. sur lequel est branché formidable. pour la validation par mail... pourquoi pas (mais je n’ai pas le temps de coder cela).
Répondre à ce message
Sujet : Lien avec NoSPAM ?
Bonjour,
Je cherchais à faire comme pour les forums et à signaler qu’un message était un SPAM.
Et j’ai été surpris de réaliser que ça n’était pas disponible dans l’interface.
Est-ce qu’il est possible de faire apprendre à SPIP+NoSPAM que certains messages sont des SPAMs ?
Non, ce n’est pas prévu. Il faudrait une réécriture de nospam pour qu’il trouve d’autres sources de spam que les forums, pour l’analyse.
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 :
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.
Suivre les commentaires : |