Dans mes sites web, principalement dans les parties d'administration où des utilisateurs peuvent mettre à jour (ajouter, maj, suppression) des données du site, j'ai le problème récurent de l'utilisateur qui valide un formulaire d'ajout d'une "fiche" (par exemple) puis qui ensuite fait "précédent" dans son navigateur, lequel lui demande si il veut renvoyer les données passées en POST, si il annule il ne peut pas faire précédent, et si il valide ca ajoute une deuzième fois la fiche, ce qui génère un doublon (source de problème)  
 
Pour le régler je pense à générer un identifiant en champ caché dans les formulaire, puis à la validation des formulaires vérifier si l'identifiant à déjà été utilisé, auquel cas je ne valide pas une deuzième fois le formulaire, est-ce que cela vous semble une idée acceptable?  
Sinon d'autres idées?

Dans le domaine du web c'est un probleme récurant de la double validation du formulaire.
Il y a le probleme du bouton de validation qui est cliqué deux fois et fais donc deux fois la validation pour cela il faut faire un javascript qui desactive ton bouton au moment ou il est cliqué ou bien le rendre invisible.
Pour ton cas cela peut etre une bonne chose mais personnellement tu devrais fais un fichier intermediaire qui traite ton formulaire puis fais une redirection sur le fichier.
formulaire->traitement->page.
c'est comme fait FHR

 
oui mais une fois l'utilisateur sur la page, si il fait précédent il tombe sur la page de validation et renvoie les précédentes données en POST donc ca fait le meme effet

je tes dis que ce que tu faisait étais une bonne idée . Tu peux faire aussi une détection de doublons en base concernant l'utilisateur.

Le coup du champs caché est une simplification de l'utilisation des sessions.
 
Avec une session, quand tu envoie un formulaire à l'utilisateur, tu peux enregistrer en session à quelle étape de ton workflow il en est.
Quand tu recois un formulaire, tu peux ainsi vérifier que l'utilisateur est bien à la bonne étape. Si ce n'est pas le cas, tu peux soit afficher un message d'erreur, soit le remettre dans le droit chemin.
Pour ne pas avoir à faire ce traitement dans tout tes formulaires, il est bon de n'avoir qu'un seul point d'entrée qui valide ce genre de choses.

 
Je pensais à cette solution, effectivement ca nécéssite des modifications à pas mal d'endroits  

C'est pour ça qu'il faut y penser au début du projet
 
Pour ton projet en cours, ta solution fonctionnera, mais pense aux sessions pour la prochaines fois...

je crois qu'il y a un truc en javascript pour éviter le retour et lorsque tu effectue un retour il te faire une redirection ou autre c'est toi qui choisi.  
Mais le coup de la variable de session c'est bon aussi.

Si dans le fichier intermediaire qui traite le formulaire tu rediriges sur la page d'apres avec window.location.replace(url), le fichier intermediaire n'apparait pas dans l'historique du navigateur, donc pas de probleme de précédent.
 
Euh c'est soit replace soit href, enfin y'en a une des deux qui fait ca mais je suis plus sûr la ...

 
Justement j'ai un projet que je viens de débuter et que je fais hyper propre (j'ai la chance d'avoir le temps pour ca), donc je pense faire ca  
 
en gros ca fonctionne comme ca:
j'ai une variable de session "flag" (par exemple)
à chaque fois que l'utilisateur arrive sur une page où un formulaire se présente à lui le flag passe à "formulaire", et à chaque fois qu'il vient de traiter un formulaire la variable passe à "traitement", un formulaire n'est traité que si quand on le demande le flag est à "formulaire" ?  

Par exemple oui.
 
On peut faire beaucoup d'autres choses :
 
1- Envoie du formulaire :
 
$_SESSION['form_name'] = "saisie-client";
$_SESSION['saisie-client']['nom']['type'] = ALPHA;
$_SESSION['saisie-client']['nom']['mandatory'] = true;
$_SESSION['saisie-client']['nom']['min-length'] = 5;
$_SESSION['saisie-client']['nom']['max-length'] = 25;
 
$_SESSION['saisie-client']['tel']['type'] = TEL;
$_SESSION['saisie-client']['tel']['mandatory'] = false;
 
$_SESSION['saisie-client']['code_metier']['type'] = LIST;
$_SESSION['saisie-client']['code_metier']['mandatory'] = true;
$_SESSION['saisie-client']['code_metier']['values'] = $tableux_des_codes_metier;
 
...
 
2- Réception du formulaire :
 
Vérifier que $_SESSION['form_name'] existe et récupérer sa valeur -> $form_name.
Si n'existe pas, erreur -> étape précedente.
 
Supprimer le formulaire de la session : unset( $_SESSION['form_name'] );
 
Récupérer le tableau des champs du formulaire : $formFields = $_SESSION['saisie-client'];
 
Vérifier les champs reçus par rapport à ce qu'on attend.
Le champs est-il obligatoire.
Suivant sont type, les données reçues sont-elles correctes...
 
Tu vois le principe.
 
Tout un tas de vérificactions peuvent être automatisées.
 
J'ai utilisé des tableaux pour faire simple, mais une bonne idée serait d'utiliser des objets. Avec des objets, il est plus simple d'appeler la fonction (méthode) de vérification qui va bien
 
A toi de jouer !

Fais une page de traitement qui n'affiche rien et qui redirigera grace à un header location sur la page voulu.
Comme ça pas de doublons possibles

Je viens (enfin) de tester en générant un champ caché avec un idenfitifant aléatoire, et quand on fait précédent aprés avoir validé un formulaire ca nous ramène au formulaire mais un nouvel identifiant aléatoire à été généré donc pas moyen de vérifier.
 
Pour les session le problème va être que si un utilisateur fait plein de fois précédent ca risque de poser des problèmes avec le flag.
 
Je crois qu'il ne me reste qu'a fait le système de la page de traitement qui redirige ensuite ailleurs, mais ca va me faire faire pas mal de modif dans mes script
Avec ce système (ce qu'il y'a apparement sur hfr) quand on fait précédent ca redirige sur le formulaire et non sur la page de traitement qui nous amené ici via un header location ?

 
T'as la page (on va l'appeller page1) avec le formulaire
Une page intermédiaire (page2) qui va traiter ce formulaire, ajouter les infos à la bdd, et rediriger vers une troisième page (page3).
 
Une fois sur la page3, si l'utilisateur clique sur le bouton précédent, il se retrouve sur la page 1, pas la page2! (ben oui, la redirection a été faite par le serveur, donc totalement transparente pour le navigateur)
 
Après tu gères ton mécanisme pour que les infos de cette page soit modifiées et non ajoutées (genre avec des sessions, tu créés un tableau contenant autant d'élément que de page, chaque élément permettant de savoir si telle ou telle page a déjà été ajoutée pour cet utilisateur).....

 
Voilà c'est ce que je voulais savoir  
 
Je n'avais pas pensé au fait que le précédent est fait par rapport au navigateur et que le header est fait par le serveur, merci

Problème résolu, mon formulaire appelle une page de traitement que voici:
 

 
Cette page de traitement renvoie sur le fichier du formulaire mais avec une autre phase (phase=4 va indiquer que c'est la fin de l'opération, enfin j'me comprend )
 
et ca marche im-pec, merci à tous
 
 
edit: raaaaaa c'est trop dla balle j'ai pu de doublon ni de messages chiants, je modifie tous mes scripts

Salut,
 
gros up    
 
Comme avec IE tu peux ouvrir une nouvelle fenêtre sur la même page (CTRL-N), comment gères tu la double validation ?
 
Exemple :
Dans la première fenêtre, le membre est prêt à valider son commentaire.  
Il faut CTRL-N
Il valide la premiere fenêtre
Puis il valide la deuxième fenêtre.  
Il y a doublon alors, non ?