POST et reload - Page 1

Lu,
J'ai actuellement un problème avec un champ de saisie post.
J utilise le meme fichier php pour un questionnaire, et je souhaiterais que l on ne puisse pas renvoyer les variables post via le navigateur.
Voici un script par exemple:

<?php
include '../TinyAdmin/Constants.php';
include '../TinyTools/CDataBase.php';

$GLOBALS['DataBase'] = new CDatabase();
$GLOBALS['DataBase']->Connect()

if(empty($_POST['Name']))
{
include '../TinySkin/default/TinyLogin/Register.html';
}
else
{
 print($_POST['Name']);
 //[...]

}

$GLOBALS['DataBase']->Disconnect()

?>

Vous avez une solution? car pour le moment je n'ai pas bcp d'idee propre dans ma tete

merci

faut rediriger vers une autre page en GET, sinon des qu'une page est appelée en POST on pourra la reloader

Moi je fais un coup de javascript avec un :
document.location.replace("ma_page_apres_postage.php");

A toi de voir.

montreuillois :
Moi je fais un coup de javascript avec un :
document.location.replace("ma_page_apres_postage.php");

A toi de voir.

Sauf que si le gars bloque le javascript, t'es niqué

un petit header ('Location: page_après_post.php'); sera beaucoup plus fiable (puisque la redirection est directement gérée par le serveur web dans ce cas.)

guilc
:

montreuillois :
Moi je fais un coup de javascript avec un :
document.location.replace("ma_page_apres_postage.php");

A toi de voir.

Sauf que si le gars bloque le javascript, t'es niqué

un petit header ('Location: page_après_post.php'); sera beaucoup plus fiable (puisque la redirection est directement gérée par le serveur web dans ce cas.)

Bah ceux qui bloquent le javascript sont assez rare... après j'ai mon système antiflood pour éviter le double-postage... c'est pas très beau dans ce cas d'avoir quand même le popup

guilc :
un petit header ('Location: page_après_post.php'); sera beaucoup plus fiable (puisque la redirection est directement gérée par le serveur web dans ce cas.)

Mmm, dans les deux cas c'est géré par le browser, mais l'un sans recours à JS.

sauf que dans le deuxieme, le serveur envoie un HTTP Redirect (erreur 302 ou 301 si tu bidouilles), donc c'est STANDARD, un redirect géré meme par les navigateurs texte (et meme les google bots ).

Avec le javascript, il n'y a PAS de redirect, c'est au niveau du client, que le JS change la source de la page et donc le navigateur va charger la nouvelle source, mais il n'a pas de redirect... Et la, avec les navigos sans JS ou bloquant le JS, ben ça marchera jamais...

Les deux solutions ont peut-etre le même effet, mais la méthode est TOTALEMENT différente pour arriver au résultat, la première étant de loin plus standard et sure