J'ai un message soulant avec IE et Firefox chaque fois que je tente de recharger une page qui contenait des variables envoyées en POST depuis un formulaire (ou de revenir sur cette page depuis ue commande "précédant" ) :

 
Je ne peux pas tout envoyer en GET (pour des raisons de sécurité et parcequ'il y a des champs de saisie logues)
 
Existe-t-il une solution pour schunter ce message ? Ce n'est pas tres commercial...
 
Merci  

C'est une question de config du browser. Si tu veux l'éviter, tu prévois un bouton ou un lien "actualiser" sur ton appli qui se charge de le faire.
 
Si l'utilisateur se sert d'un bouton de son browser, tu peux pas prévoir ce qu'il risque de faire ou de lire.

get ou post, le résultat sera le même : quand tu reedemanderas la page, elle sera réexécuté à l'identique.
En bref, les messages seront posté deux fois par exemple.
Par contre, tu peux faire comme ici, une page de redirection qui n'apparait pas dans les "pages précédants" et "pages suivantes" du navigateur.
Faudrait regarder le code de la page et les header de cette page là pour reproduire le comportement.

en vérifiant que $_POST est vide ou pas....

Oui, c'est le fonctionnement adopté en général...une page de validation du formulaire, qui une fois son boulot terminé redirige automatiquement vers la bonne page...

Merci de vos reponses   .
 
mais si je passe par une page "fantome" de redirection , si le client clique sur précédent, il va arriver au mieux sur la page fantome et revenir a la case départ, au pire sur la page d'envoi des variables,  qui sera vide ... Pas terrible, non ?
A moins que j'ai sauté une marche ?  

 
C'est transparent pour l'utilisateur, la redirection se fait au niveau du serveur (en php, par un header('Location: page.php').

oops, autant pour moi, j'aurais du reflechir avant de bouger mes petits doigts    
 
Par contre c'ets quand meme un boulot de chien, j'ai un peu de mal a croire que tous les sites PHP qui ne presentent pas ce symptome ont créé de spages de redirection derriere chaque page qui envoit des variables a la suivante    (je viens d etesteer sur Amazon, il n'y a aps ce pb)  
 

 
 
Je trouve pas ça si pénible à faire, et le découpage des différents scripts est nettement plus clair à mon avis.
Et pour amazon :
1) fais une recherche, puis F5, pour voir.
2) c'est probablement pas du php.

pour amazon, difficile a dire, et de toute facon ils ont betonné le code source de la page    ...
je vais eventuelement tester qd meme le truc, skeye, mais sur un site commercant il y a tellement de variables qui circulent que je me demande qd meme si ce n'ets pas un peu relou...? Tu le fait, toi ?  
 
 
Sinon j'ai teste tous les headers possible sen PHP ou en HTML, ca ne change apparemment rien sauf la mise en cache de la page, mais ce que je cherche a virer ce sont apparemment les variables POST.
 

un peu lourd aussi comme truc, si je dois en debut de page,  reprendre toutes les variables envoyées par la page, et les vider "preventivement" ... C'est peut etre qd meme la solution je vais tester
 

 
Oui, je le fais.
C'est le seul moyen que j'ai trouvé d'avoir une navigation cohérente sur une succession de formulaires...

Alors merci ++ du tuyau, j'y va direct de ce doigt diligent