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é
811 discussions
Bonjour,
c’est un homme fatigué qui vous pose la question... je n’arrive pas du tout à gérer la mise en page du plug... Si, je comprends bien qu’il est en relation avec le css mais je ne m’y retrouve plus dans tout ça.
je souhaite simplement gérer l’alignement des champ_input, est croyez moi ou pas mais j’y suis depuis plusieurs heures et je n’arrive à rien..... pouvez vous m’indiquer la marche à suivre, ou le lien d’un tuto, bref un truc avant que je ne me pende avec le cordon de la souri sans fil !!!!!!!
Ps : suis vraiment désolé me doute que cette question a été abordé plusieurs fois mais là.............
Un grand MERCI à vous
Christophe
Aligner quoi avec quoi ?
http://www.secondeterre.org/spip.php?page=sommaire2#onglet
l’aspect n’est pas top .. pouvoir gérer l’affichage du label et de l’input indépendamment de sorte que la visu de la page soit plus agréable....
le site est en cours dev, nous le présentons demain lors d’un gros rassemblement ici et je voudrais pouvoir entrer nous les contactes dessus ... donc suis un peu en pression depuis plus d’une semaine et là j’ai le cerveau limite fondu...
merci de ton attention.
Ben en fait, d’après ce que je vois, le squelette et/ou thème que tu n’as choisi ne style pas du tout les formulaires de SPIP en général. Il est possible qu’il en style un ou deux précisément (tel ou tel formulaire prévu à l’avance) mais il ne style pas « les formulaires » tout court.
Du coup effectivement c’est moche (y compris pour les puces des listes de champ qui restent). Donc plutôt que les styles de ce plugin (Formidable) en particulier, c’est plutôt TOUS les formulaires qui pourraient être insérés dans le site, qu’il faudrait styler.
C’est le même principe que pour n’importe quel autre élément de la page. Par exemple « les liens » : on ne style pas tel ou tel lien particulier mais on style tous les liens du site (et ensuite, pourquoi pas, on peut personnaliser tel ou tel lien, mais ça vient dans un deuxième temps).
Je dirais donc surtout que c’est un bug du squelette ou du thème graphique que tu utilises, car c’est mal de ne pas styler les éléments de base d’un site internet (les formulaires en font partie). Il faudrait leur demander de corriger ce manque (ce qui t’éviterait de bidouiller le CSS toi-même).
ok merci pour ton avis, je vais regarder de ce cotés... cette nouvelle piste me débloque au moins l’esprit.
Bonne fin de journée à vous
Ps : Sympa la réactivité ;)
Répondre à ce message
Bonjour,
Je cherche à afficher en dynamique dans un article, les réponses d’un formulaire.
Pour la saisie, j’appelle le formulaire « <form1> » das un article, la saisie, l’enregistrement tout va bien. Je peux exporter les résultats depuis le backend.
Par contre je ne sais pas ni ne comprends comment afficher ces résultats dans un article.
J’ai bien vu qu’il y a eu plein de réponse à cette question mais je suis malheureusement hermétique à ce qui est écrit.
Le titre du formulaire est « registration », il comporte un dizaine de champs « ligne de texte ».
Est ce que quelqu’un aurait la bonté d’âme de me prendre par la main et de me guider ?
Merci.
Le site est en spip 3.0.5, le plugin F&T en 2.5.
Tu n’es pas sur le bon forum, tu parles d’un autre plugin là.
C’était ça.
Du coup je m’en sors, je confondais les 2 plugins.
Merci.
Bonjour,
Je rencontre le même problème avec F&T, aurais-tu la gentillesse de faire connaitre ta solution ? J’en ai grandement (et urgemment) besoin !
J’ai déjà posté sur la liste et ici : http://contrib.spip.net/Form-Table-2-5#forum466992 mais sans réponse pour l’instant...
Par avance merci :)
Répondre à ce message
Bonjour
Pouvez vous me dire quelle tables de spip sont concernées par Formidable ?
Il y a des tables forms_ et j’imagine que celles là concernent mon ancien formulaire Forms et Tables ?...
Merci !
spip_formulaires****
Répondre à ce message
Bonjour !
Je suis passé à spip 3.0.7 et sarka-spip 3.2.28 et la version1.3.5 de formidable.
lorsque j’envoie un formulaire, au-dessus du bandeau du site il y a 2 lignes d’erreur :
Strict Standards : Non-static method Facteur::html2text() should not be called statically in /homepages/14/d176558898/htdocs/plugins-dist/formidable_1_0/traiter/email.php on line 109
Strict Standards : Non-static method Facteur::html2text() should not be called statically in /homepages/14/d176558898/htdocs/plugins-dist/formidable_1_0/traiter/email.php on line 171
Comment éviter cela ? Merci a vous car je tiens beaucoup à ce formulaire indispensable pour le site de notre association.
Bien cordialement.
Version de PHP ?
Bonjour !
Je suis hébergé chez 1and1 et la version php est 5.4
Merci de vous interesser à mon problème.
Bien cordialement.
J’ai eu le même problème c’est phpnet, il suffit d’ajouter le fichier mes_options.php dans le répertoire config. Et d’y mettre ces lignes pour ne pas afficher ces alertes :
Merci, effectivement ça aura été radical pour mon pb également !
Répondre à ce message
Bonjour,
j’ai deux questions :
1. les mots-clé avec @xxxxx@ ne marchent pas je reçois le formulaire @xxxxx@ au lieu du contenu.
2. Comment faire pour faire une présentation plus jolie des champs, en particulier les champs boutons-radio sont sur 2 lignes :
O Oui
O Non
je voudrais :
O Oui O Non
Le site est sous SPIP 3.0.5 avec les squelettes de la distribution SPIP standard
Voici le formaulaire :
http://www.lesbergesdemontot.fr/spip.php?article4
Merci pour votre aide.
1) Tu mets quoi dans tes @mots@ ? Parce que si ce sont les bons identifiants, je ne vois pour l’instant pas de raison pour laquelle ça ne serait pas remplacé.
2) En CSS. Le plugin ne s’occupe pas de la présentation, ça génère du HTML avec les mêmes recommandations que ceux de base de SPIP, donc ensuite à chacun de styler comme il veut pour son site. Un truc du genre mettre les « .saisie_oui_non .choix » en inline par exemple ?
Cher Rastapopoulos,
Merci pour ta réponse rapide.
1. Je mettais ce qui est indiqué dans la colonne de gauche, par exemple j’avais mis en titre du mail « Votre demande de réservation pour les Berges de Montot du @date_1@ au @date_2@ » et j’ai reçu la même chose « Votre demande de réservation pour les Berges de Montot du @date_1@ au @date_2@ ». MAIS j’ai changé les paramètres du plugin pour ne pas envoyer à une liste de destinataires mais c’est le Plugin Facteur qui se charge de l’envoyer. Du coup, on ne peux plus utiliser les raccourcis. Dommage.
2. Concernant les css, j’ai créé une css perso.css pour surcharger les css pré-écxstantes. Je suppose que c’est lui que je dois modifier.
Merci pour ton aide.
Répondre à ce message
Encore merci pour ce plugin formidable !
J’ai une petite question : Il y a t-il moyen de récupérer le numéro de la réponse enregistré pour pouvoir la lier à un autre formulaire ,
Je m’explique : on remplit un premier formulaire ’panier’, ce formulaire panier enregistre les réponses de ce formulaire et on est redirigé vers un formulaire ’objet du panier’ avec l’id des réponses passé dans l’url pour la mettre dans un champ caché. Une fois le premier objet du panier, on réaffiche le formulaire ’objet du panier’ toujours avec l’id des réponses du formulaire ’panier’ initiale... Ainsi, on pourrait lier les réponses d’un ’panier’ à celles de ses ’objets du panier’ ! Ce qui est mon but.
Je ne sais pas si c’est clair...
En gros, il faut que je sois capable de transférer des données d’un formulaire à l’autre via la redirection ou un lien dans le message réponse d’un formulaire...
Merci d’avance de votre aide !
Euh, peut-être que ce serait plus simple d’utiliser le plugin... Panier ? (Enfin je dis ça, je sais pas hein...)
Ok ok, ya toujours pas la doc...
http://zone.spip.org/trac/spip-zone/browser/_plugins_/paniers/
qui nécessite le plugin Prix, aussi
http://zone.spip.org/trac/spip-zone/browser/_plugins_/prix
Merci de ta réponse...
Pas sur que ça réponde à mon besoin (qui n’existe plus, on a simplifié...)
En fait, ce qui est formidable dans ’formidable’, c’est que l’on peut facilement générer ces champs de formulaire... Je ne sais pas si panier fait ça... En fait l’idée était de découper le formulaire en plusieurs étapes...
Mais je vais garder un oeil sur ’Panier’ !
Répondre à ce message
Bonjour,
Je voudrai expédier le formulaire à un destinataire selon un choix dans une liste déroulante
Par exemple si l’utilisateur choisit « Site de Savillers » cela envoie le formulaire à une adresse mail.
Si il choisit un autre site par exemple « Site de Pont-Royal », cela expédie le formulaire à un autre destinataire.
Je n’ai pas trouvé comment faire.
www.lesbergesdemontot.fr
Merci pour votre aide !
Tu peux créer un auteur pour chaque destinateur (en compte visiteur par exemple, mais peu importe), puis tu utilises la saisie « Destinataires » qui permet de choisir parmi une liste de comptes utilisateurs.
Répondre à ce message
Bonjour,
Je cherche une façon propre de capter la validité de l’envoi d’un formulaire formidable.
C’est surtout avec IE, Safari et Webkit que je rencontre des problèmes car ils n’affichent pas les erreurs en ajax comme avec d’autres navigateurs et du coup recharge la page entière, si bien que l’ajout d’un champ caché ne résout rien.
J’ai imaginé de capter la variable #ENVmessage_ok mais cette fois si c’est lorsque la validation ajax fonctionne correctement que mon traitement ne fonctionne pas.
Mon besoin est pourtant simple, j’ai un squelette A qui inclue mon formulaire #FORMULAIRE_FORMIDABLEcodeform, #ARRAYhidden_1, #ENVSPECIALCODE
Dans ce même squelette je souhaite afficher un code additionnel en cas de succès d’envoi de message. De plus le code additionnel dépend de la valeur de #ENVSPECIALCODE.
Je n’ai pas trouvé de réponse sur les différents forums, peut être n’ai-je pas assez cherché ?
Si ma question n’est pas assez claire n’hésitez pas, pas les idées très claires en cette fin de vendredi.
Merci pour votre aide et surtout merci pour ce chouette plugin.
Aymeric.
Je me répond car mon 1er message n’était pas top pertinent.
En gros j’ai insérée cette ligne à la fin du formulaire formidable.html que j’ai placé dans mon répertoire squelettes/formulaires/ :
[(#ENVmessage_ok|==’’| ?’’,#INCLUREfond=inclure/fichierspecial, env)] (les accolades risquent de ne pas apparaître, filtrées qu’elles sont... vous saurez sûrement les replacer)
Je ne sais pas s’il existe une façon plus élégante mais en attendant ça fonctionne.
Il n’y a pas de traitement ajax, ma 1re analyse en surface était nulle :) mais IE et Webkit (sûrement d’autres aussi) n’utilisent pas le javascript qui permet de signaler les erreurs de saisie avant l’envoi du formulaire.
Il faudrait que j’envisage aussi la solution de renvoi vers une autre adresse après envoi du formulaire mais j’avais besoin de conserver un paramètre envoyé en GET, du coup avec la redirection il me faudrait le placer en session pour ne pas le perdre... bref pour d’autres cas ça doit suffire.
Aymeric.
Encore heureux que l’AJAX de SPIP marche parfaitement sous Webkit, IE et n’importe quel navigateur... je ne sais pas d’où tu sors ça !
La vérification ne se fait en JS que si le formulaire est envoyé en AJAX, cad lorsqu’il a un bloc avec la classe CSS « ajax » autour de lui. Enfin ça vaut pour tout formulaire de SPIP ça.
Ah mais je n’ai jamais dis qu’AJAX ne fonctionnait pas avec IE et Webkit... Je parlais du traitement de la saisie, en JS effectivement. J’ai d’abord pensé qu’il y avait de l’AJAX avec mais je me trompais.
Ma question était plutôt sur la variable d’environnement à capter pour savoir si le formulaire a bien été envoyé...
J’imagine que si j’avais des doutes sur la compatibilité d’AJAX je me serais d’abord dirigé vers d’autres forums avant celui ci :)
Si si tu parles bien depuis le début de la validation des champs en AJAX qui permet de montrer les erreurs du formulaire sans recharger toute la page : « ils n’affichent pas les erreurs en ajax comme avec d’autres navigateurs » / « n’utilisent pas le javascript qui permet de signaler les erreurs de saisie ».
Et ça, ça marche très bien dans n’importe quel navigateur et pour n’importe quel formulaire de SPIP. :)
J’ai bien compris le coup de la validation de la saisie, j’avais mal regardé en 1er lieu mais j’ai capté cette fois.
Ma question n’est pas la validation des saisies mais bien la possibilité de capter la réussite de l’envoi dans le squelette de la page qui inclus le formulaire.
Pour ça j’ai trouvé une solution. Je ne suis pas encore bien calé sur la portée des variables d’environnement mais l’idéal dans mon cas serait de tester une variable genre #ENV(form_ok)|==ok| ?.... Je n’ai pas trouvé une telle variable.
La plus proche étant « message_ok » et bien je teste sa présence dans le squelette formidable.html que je place dans mon dossier squelettes/.
Dans le cas où on souhaite ajouter du code HTML dans le squelettes principal en cas de réussite de l’envoi... Moi je m’en sors en l’insérant dans le squelette formidable.html mais cette solution a ses limites.
Je ne sais si c’est plus clair dit comme ça...
Le plus propre serait de l’ajouter à « massage_ok » dans le pipeline « formulaire_traiter ». Tester si on est dans le form=formidable + tester si l’identifiant est XXX + tester si message_ok est rempli + concaténer ce qu’on veut à la fin de cette chaine.
Répondre à ce message
Bonjour,
J’ai besoin d’aide ! J’ai installé mon SPIP sur 2 serveurs (dev et prod) avec formidable. En dev, tout fonctionne sans problème. En prod, c’est une autre histoire...
Comme mentionné dans mon message précédent, la valeur des champs n’est pas conservée lorsqu’il y a une validation qui ne fonctionne pas. Voici ce qui se passe :
- Je remplis seulement 1 champs obligatoire sur 2
- Je soumets le formulaire
- Pour le champs qui était rempli, je n’ai pas de message d’erreur mais ce dernier est vide
- Pour le champs qui n’était pas rempli, j’ai un message d’erreur
Ensuite, si je configure le formulaire pour afficher les résultats saisies après validation, alors une fois terminé, tous les champs affichent « Sans réponse » plutôt que la valeur saisies.
Je ne sais pas comment fonctionne le plugin, mais on dirait qu’il n’est pas capable de renvoyer les valeurs saisies au navigateur.
J’ai vérifié et les fichiers et les versions des plugins sont les même en prod et en dev. J’ai recherché pendant plusieurs heures, et je n’arrive pas à trouver quelque chose qui serait différent entre la prod et la dev qui expliquerait cela.
Est-ce que quelqu’un peut m’aider ?
Merci beaucoup à l’avance !!!
Version de SPIP et de PHP, sur dev et prod ? Si tout marche sur l’un, c’est qu’il y a moins de chance pour que ça vienne du plugin (même si ça peut aussi).
Ça fait ce comportement en AJAX (class=ajax autour) en normal, ou dans tous les cas ? Il faudrait activer l’affichage des erreurs PHP peut-être ausi, pour voir (sur le prod donc, temporairement).
J’ai SPIP 2.1.17 des deux côtés, mais je viens de voir que j’ai PHP 5.1 en prod et PHP 5.3 en dev. Je vais corriger cela pour voir mais je doute que ce soit la raison.
Pour le comportement, comment fait-on pour activer le AJAX ? Je crois bien être en mode « normal » étant donné que j’ai testé ce problème avec tout le javascript désactivé et le problème se produisait quand même.
J’ai aussi validé les erreurs PHP en prod et je n’ai rien trouvé.
La seule erreur que j’ai trouvé dans mon spip.log est :
Mais j’ai la même erreur en dev où tout fonctionne.
Merci à l’avance de votre aide, même si ce n’est que des pistes de solution :)
Il faut au moins PHP 5.2 pour ce plugin.
Par ailleurs, PHP 5.1 est obsolète et dangereux, et lorsque la 5.2 est sorti PHP a bien indiqué qu’il était fortement recommandé de mettre à jour rapidement (because corrections de sécurité notamment), chose qui n’est pas toujours marqué (par exemple de 5.2 à 5.3 ils n’ont pas poussé à la mise à jour rapide). Donc faut vraiment mettre à jour de toute façon ! :)
PROBLÈME RÉSOLU !
Un très gros merci pour ton aide RastaPopoulos ! C’est finalement la version de PHP qui était en cause.
Mais étant donné que SPIP 2 exige PHP 5.X (ou même PHP 4.4.4 !), il serait bon d’ajouter une ligne sur cette exigence dans la doc (à moins que ce soit moi qui ne l’ai pas vu).
Continue ton bon travail :D
Répondre à ce message
Bonjour,
Félicitation pour cet outil formidable. Je tenais à te signaler un bug (ou plutôt un fonctionnalité à ajouter) : Quand on poste le formulaire et qu’il y a un champ obligatoire non remplit le formulaire affiche une erreur mais je re-remplit pas les zones déjà remplit. Quand on a 100 questions c’est un peut décourangeant.
Merci de ton attention
Je ne reproduis pas. Quand il y a des erreurs, le formulaire ne touche pas à ce qui est posté normalement. URL ?
Merci pour ta réponse rapide :
Voici un test : http://vinceline.free.fr/web/spip.php?article1
Et les versions de tout ? (Et désactiver tous les plugins non nécessaires au test.)
SPIP 2.1.13
API de vérification 0.1.14 - en test
Facteur 1.8.9 - stable
Formidable 0.6.6 - stable
jQuery UI 1.8.19 - stable
Saisies pour formulaires 1.25.3 - en test
SPIP Bonux 2.3.0 - stable
YAML 1.5.0 - stable
Il n’y a rien d’autre que les extentions par defaut installé avec SPIP 2.1.13 :
Compresseur 1.0.1 - stable
Filtres Images et Couleurs 1.0.1 - stable
Porte plume 1.7.8 - stable
SafeHTML 1.3.7 - stable
Support vieux navigateurs 1.0.0 - stable
Vertèbres 1.0.0 - stable
C’est sur free, j’ai activé le php5 avec le .htaccess contenant « php 1 »
Pour info,
J’ai fait la même chose sur une machine virtuelle en installant AMP (Apache, MySQL et PHP) ça fonctionne.
Ca vient de Free
Bon merci pour le test alors. Dommage pour ceux qui veulent l’installer chez Free. :)
Je vois pas trop d’où ça pourrait venir, qui serait propre à Free (mais à priori ça serait plus dans Saisies que dans Formidable).
Bonjour Vincent,
Je sais que cela fait près d’un an, mais j’ai le même problème sur mon propre serveur. As-tu trouvé une solution ?
Merci
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 : |