Éviter la resoumission

Version imprimable

13/08/2008, 09h22
sliderman

Éviter la resoumission

Bonjour,

Je voudrais savoir s'il existe un moyen de contourner le message POSTDATA (quand on rafraichi une page contenant un formulaire).
Je voudrais que les données soit envoyées qu'une seule fois, même en appuyant sur F5.
Je sais que s'il on utilise une page externe pour traiter les données envoyées (attribut action du <form>) et qu'on redirige le navigateur sur la page du formulaire, on a pas ce problème.

Mais j'ai pour strict consigne de rédiger tout dans la même page (traitement + affichage), oui je sais c'est crade mais bon c'est ce que ma hiérarchie veut (je ne voudrais pas la contrarier ;))

Merci pour vos réponse.
13/08/2008, 11h36
TucSale

bonjour,

Plusieurs solutions s'offrent a toi, parmis elles :
- AJAX: tu envois tes données via http_request
- Variable de session: tu modifies ta variable de session lors de ton premier envoie pour éviter qu'il refasse le traitement lors des suivant
13/08/2008, 11h39
sliderman

Citation:

Envoyé par TucSale

- AJAX: tu envois tes données via http_request

ma hiérarchie ne veut pas non plus, à ce qu'il parait ça ferait ramer les PC de nos clients mexicains

Citation:

Envoyé par TucSale

- Variable de session: tu modifies ta variable de session lors de ton premier envoie pour éviter qu'il refasse le traitement lors des suivant

pas très secure ce truc
13/08/2008, 11h55
kaymak

Simple.
Lorsque tu soumets ton formulaire il peut se produire deux choses.

Le formulaire est validé. Le formulaire n'est pas validé car mal remplit.

Lorsque le formulaire est validé tu fais un header location sur une page de confirmation ou sur le formulaire lui même (peu importe). Ce header va te permettre de ne pas renvoyer les données lors d'un F5. En fait sa force le navigateur à zapper les données post.

Au contraire si le formulaire n'est pas validé on ne fais pas de redirection car on veut que le navigateur sauvegarde nos données post entre deux soumissions.
Et dans ce cas là faire un F5 n'à pas d'importance pour toi, le développeur, puisque le formulaire n'est pas validé -> pas d'enregistrements en base.

a plus

EDIT: trop lent :) désolé

ou bien

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<?php
//session_start();
/* Test si le formulaire est validé */
//if(isset($_POST['BTENVOI']) && $_POST['BTENVOI'] == 'envoyer' && isset($_SESSION['MaVar'])){
if(isset($_POST['BTENVOI']) && $_POST['BTENVOI'] == 'envoyer'){
	/* Traitement */
	header('location: index.php');
	//$_SESSION['MaVar'] = true;
}
?>
<html>
<body>
<form method="post">
	<input type="submit" value="envoyer" name="BTENVOI" />
</form>
</body>
</html>

Le gros inconvénient est que tu ne pourras pas afficher de message après la validation

13/08/2008, 12h12
sliderman

Citation:

Envoyé par kaymak

Simple.
Lorsque tu soumets ton formulaire il peut se produire deux choses.

Le formulaire est validé. Le formulaire n'est pas validé car mal remplit.

Lorsque le formulaire est validé tu fais un header location sur une page de confirmation ou sur le formulaire lui même (peu importe). Ce header va te permettre de ne pas renvoyer les données lors d'un F5. En fait sa force le navigateur à zapper les données post.

pb : si je fais un header ...
php me pete un cable en me disant que je l'ai déjà envoyé (header commun pour la mise en forme)
13/08/2008, 14h01
kaymak

ouè sa c'est un autre problème.
En l'occurrence c'est un problème maintes fois traités dans le forum.
Une piste que je privilégierais perso ce sont les foncitons ob_* cf http://fr.php.net/manual/fr/ref.outcontrol.php

bye