bonjour,
 
je crée en ce moment un module de faq dynamique, qui se décompose pour l'instant en 2 fichiers:
- mon 'post.php' contient un formulaire de question / réponse à poster vers 'main.php'
- mon 'main.php' contient des routines pour afficher l'ensemble de mes posts triés, réceptionner un formulaire (question ou réponse) et l'enregistrer s'il est cohérent + 2 liens vers les 2 formulaires de 'post.php'
 
Ca tourne en boucle: lorsque je remplis un formulaire de question (valable aussi pour réponse) et que je l'envoie vers 'main.php', je retombe sur ma page 'main.php' avec mon tableau trié contenant ce nouveau message... Seulement, lorsque je tape sur F5 pour refresh, ca me pond à chaque fois un nouvel enregistrement avec les données réceptionnées du forulaire de 'post.php', donc si je fais N refresh ca me balance N enregistrement identiques (logique puisqu'issus des memes champs postés) dans ma bdd...
 
J'ai essayé plusieurs trucs déja:
- lorsque je vérifie la validité des champs du formulaire, je les conserve dans une variable lambda_N, j 'unset()' la variable postée ($_POST['nom_user'] par exemple), puis apres insertion j 'unset()' également les lambda_N correspondant
=> les insertions suivantes ne devraient pas se faire puisque les variables sont deja vidées...
 
- j'ai flanqué quelques booléens, du style:

=> 1 seule insertion devrait être possible avec ce genre de "controle"
 
note: j'utilise Mozilla (tlm devrait aussi ), et il me met une boite de confirmation qui illustre bien mon problème => ca donne en gros: votre page contient des données postées, si vous réenvoyez les données (avec F5 refresh), toutes les actions de la page (ici 'main.php') seront répétées... (on peut ensuite annuler ou valider)
 
MERCI D'AVANCE pour la parade

Personne n'a jamais rencontré ce probleme...

si si souvent même.  
 
il faut 3 fichier et non 2. tu pourras alors pas faire F5 pour revalider.  
 
saisie --> ajoutbdd --> affichage
 
à la fin de l'ajout, redirection et voilà

ca veut dire que c'est po possible de réinitialiser des variables postées depuis mon 'poster.php' ?! (du type <input type="text" name="nom" size="42" maxlength="256"> )
la durée de "vie" de ces variables est-elle configurée dans un/des fichier(s)

c'est pas la durée de vie, mais la visibilité. c'est la même chose mais ça se dit comme ça.  
 
sinon je sais pas ce que fait poster.php ??

dsl ct po poster.php mais 'post.php' (c précisé dans le 1er message), qui contient juste des champs de formulaire et un submit...
 
P.S.: jme souviens d'avoir deja vu le système classique (unique?) de 3 pages pour insérer facilement des données depuis des formulaires, mais j'aimerais savoir vraiment comment ca marche, même si c 3 fois + chiant de faire avec seulement 2 pages (en fait faudrait rendre inactive la visibilité des variables après la 1ere insertion...)

tu ne peux pas. eu refresh, les variables sont réinitialisées dans le post.

c donc impossible...  
 
oki merci

tu peux essayer en faisant un locatation qui rappelle ta page avant que l utilisateur ne puisse rafraichir.

Salut,
 
personnellement, je place un champ hidden sur ma page de formulaire qui contient un timestamp de l'heure actuelle. Au moment du traitement (insertion), je place une variable de session avec la valeur du hidden.  
Je verifie ensuite à chaque traitement que la valeur du hidden soit superieure à celle de ma variable de session.
Ca permet de ne pas reposter un formulaire déja posté via "F5" ou la touche "back" du navigateur.
 
voila.
 
ps : ne pas oublier de prévenir l'utilisateur.....

en voila des idées qu'elles sont bonnes!  
 
o fait, c quoi un "locatation"

sebastien >> ouais bof. si je fait back puis F5...

sinon ya plus simple pour faire ça en 1 fois:
 
dans la page d'insertion on vérifie dabord que les données postées n'existent po dja dans la base... le gars aura beau faire des refresh, rien n'ira jusqu'à la base

 
Pas efficace, ça sous entend qu'il ne peut y avoir 2 données identiques dans la base (hors clé unique).
 
A moins de faire le test sur tous les champs (et encore, avec une date d'insertion à comparer à la date actuelle), bref, c'est lourd pour pas grand chose par rapport au classique form > ajout redirection sur le serveur > form par exemple.

ouais! c vrai que ça dépend des bases... pour la date précise d'insertion dans la base, c vraiment nécessaire? si les données ont dja été insérées 1 fois, ça suffit pour ne plus vouloir les insérer à nouveau, et donc c indépendant d'une date. nan?
 
Sinon le schéma classique c bien:
- page formulaire
- page insertion des données postées
- redirection vers page formulaire
 
???
 
jmi perd avec ces applis internet...  

 
Tu réponds toi même à la question : ça dépend des bases
 
Si (et j'insiste sur le si ) on se base sur un principe de non doublons pour, par exemple, une liste de contacts (cas où 2 enregistrements identiques peuvent exister sans être des doublons), avoir une date d'insertion est un moyen de s'assurer que les deux n'ont pas été insérer l'un après l'autre.
 

 
Oui, c'est ça. Attention qu'on parle bien d'une redirection sur le serveur, pas d'un truc javascript chez le client