forcer une redirection en POST

forcer une redirection en POST - PHP - Programmation

Marsh Posté le 03-06-2005 à 15:08:45    

Hello
 
Je souhaite faire une redirection vers la page.php?hop=1&zou=bonjour&plouf=aieaieaie
mais j'aimerais que ca passe en POST pour que les variables ne soient pas visible pour l'utilisateur.
 
C'est possible de faire ca? Je sais que les sessions peuvent faire mais j'aimerais éviter si possible.
 
merci
 

Reply

Marsh Posté le 03-06-2005 à 15:08:45   

Reply

Marsh Posté le 03-06-2005 à 15:12:59    

Y'a bien une solution excessivement laide qui consisterait a créer un formulaire en mettant tes champs dans des input="hidden" et apres forcer la redirection grace a JavaScript.
 
Je connais pas la syntaxe mais ca doit etre du genre form.submit();
 
Ce que je sais par contre, c'est que c'est pas très très beau

Reply

Marsh Posté le 03-06-2005 à 15:17:06    

Vaut mieux utiliser les variables de session ...

Reply

Marsh Posté le 03-06-2005 à 15:32:31    

+1

Reply

Marsh Posté le 03-06-2005 à 18:59:41    

-1 c'est justement ce que je ne veux pas.

Reply

Marsh Posté le 05-06-2005 à 17:26:41    

Tu peux passez cela par SESSIONS

Reply

Marsh Posté le 05-06-2005 à 17:31:12    

Quand on réponds à un sujet c'est bien de le lire aussi. :o

Reply

Marsh Posté le 05-06-2005 à 17:56:36    

Quand on pose une question c'est bien de faire des recherches sur ce que l'on veut.  :o  
 
Tu verra que POST fonctionne par formulaire et une validation.


Message édité par Badze le 05-06-2005 à 17:57:02
Reply

Marsh Posté le 05-06-2005 à 17:57:25    

Ok, tu ne veux pas des sessions. Mais pourquoi ?

Reply

Marsh Posté le 05-06-2005 à 17:58:22    

Badze a écrit :

Quand on pose une question c'est bien de faire des recherches sur ce que l'on veut.  :o  
 
Tu verra que POST fonctionne par formulaire et une validation.


 
 
Tu sais tu peux émuler des validations de formulaire sans cliquer dessus :heink:

Reply

Marsh Posté le 05-06-2005 à 17:58:22   

Reply

Marsh Posté le 05-06-2005 à 17:58:50    

yoyo354 a écrit :

Ok, tu ne veux pas des sessions. Mais pourquoi ?


ca pue les sessions :o

Reply

Marsh Posté le 05-06-2005 à 18:00:10    

De toute facon tu na pas forcement le choix. 3 méthode d'envoie d'information.
- POST (non visible)
- GET (visible)
- SESSIONS (non visible)
 
Autrement tu na qu'a crée un script qui transforme ta varialbe sous forme de code, et tu la récupere avec une autre script.

Reply

Marsh Posté le 05-06-2005 à 18:01:41    

Limit a écrit :

Tu sais tu peux émuler des validations de formulaire sans cliquer dessus :heink:


 
une validation émulée est une validation à ce que je crois  :sweat: .
Bref


Message édité par Badze le 05-06-2005 à 18:02:14
Reply

Marsh Posté le 05-06-2005 à 18:05:44    

Limit a écrit :

ca pue les sessions :o


Argumente  :jap:  
 
Quels sont leurs défauts ? (Evites s'il te plait l'étérnel "problème de sécurité".)

Reply

Marsh Posté le 05-06-2005 à 18:52:48    

y'a pas d'autre moyen qu'un formulaire tout en hidden qui se validerait avec un javascript :)


---------------
Pour les sudistes :)
Reply

Marsh Posté le 06-06-2005 à 12:48:26    

Le défaut des sessions, c'est que tu peux pas les passer d'un site à l'autre par exemple ...
 
Style j'ai deux sites A et B et je veux faire passer des infos d'un site à l'autre, ben le serveur est pas le même et je dois envoyer mes données en POST. Et pour que les données soient pas visibles mieux vaut les faire passer en POST que en GET (et également pour qu'elles ne soient pas modifiables ...)

Reply

Marsh Posté le 06-06-2005 à 12:50:24    

PS : y'a t-il moyen de faire un POST sur une valeur qui serait dans un champ "disabled" et associer une valeur au résultat quand même ?
 
Exemple : je poste <form><champ1 /><champ 2 disabled /><valid > </form>
 
Le champ2 est désactivé, donc la valeur n'est pas postée. Y'a moyen de remédier à ça ?

Reply

Marsh Posté le 06-06-2005 à 13:24:36    

Badze a écrit :

De toute facon tu na pas forcement le choix. 3 méthode d'envoie d'information.
- POST (non visible)
- GET (visible)
- SESSIONS (non visible)
 
Autrement tu na qu'a crée un script qui transforme ta varialbe sous forme de code, et tu la récupere avec une autre script.


 
il y a aussi les cookies.
tu mets des infos dans le machin au chocolat, et tu le lis sur la page à laquelle envoyer des infos.

Reply

Marsh Posté le 06-06-2005 à 15:23:15    

mahuf a écrit :

Le défaut des sessions, c'est que tu peux pas les passer d'un site à l'autre par exemple ...
 
Style j'ai deux sites A et B et je veux faire passer des infos d'un site à l'autre, ben le serveur est pas le même et je dois envoyer mes données en POST. Et pour que les données soient pas visibles mieux vaut les faire passer en POST que en GET (et également pour qu'elles ne soient pas modifiables ...)


 
les données POST sont tous ce qu'il y a de modifiable, mais il est vrai, pas juste en tapant un truc dans sa barre d'adresse.
Par exemple avec wget sous linux

Reply

Marsh Posté le 06-06-2005 à 15:31:41    

Djebel1 a écrit :

les données POST sont tous ce qu'il y a de modifiable, mais il est vrai, pas juste en tapant un truc dans sa barre d'adresse.
Par exemple avec wget sous linux


 
ou en écrivant une page html qui envoie les données en POST vers le site distant

Reply

Marsh Posté le 06-06-2005 à 15:48:53    

ritzle a écrit :

ou en écrivant une page html qui envoie les données en POST vers le site distant


ce qui est la base de la méthode wget dont je parlais d'ailleurs ^^

Reply

Marsh Posté le 06-06-2005 à 15:50:39    

Il y a toujours moyen d'initier un dialogue HTTP avec le serveur en utilisant fsockopen(), mais bon...  :pt1cable:

Reply

Marsh Posté le 06-06-2005 à 16:02:46    

comme jai dit, avec la methode GET. Tu crée un script qui code ta variable.
 
Ca donnera cela
http://truc.fr/haha.php?sid=b9e77ccd382404d5cc


Message édité par Badze le 06-06-2005 à 16:03:46
Reply

Marsh Posté le 06-06-2005 à 16:07:28    

Non ... lol, ce que je voulais dire c'est que si le site d'arrivée est configuré pour recevoir des données en POST il faut envoyer en post ... l'idéal serait GET, mais bon !

Reply

Marsh Posté le 06-06-2005 à 16:09:49    

libcurl


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
Reply

Marsh Posté le 06-06-2005 à 16:11:34    

???????? Tu peux expliquer ?
 
Steuplé ?

Reply

Marsh Posté le 06-06-2005 à 16:11:35    

mahuf a écrit :

Le défaut des sessions, c'est que tu peux pas les passer d'un site à l'autre par exemple ...
 
Style j'ai deux sites A et B et je veux faire passer des infos d'un site à l'autre, ben le serveur est pas le même et je dois envoyer mes données en POST. Et pour que les données soient pas visibles mieux vaut les faire passer en POST que en GET (et également pour qu'elles ne soient pas modifiables ...)


En aprtit faux  : session_set_save_handler permet par exemple de sauvegarder les sessions dans une base de donnée sur un server distant. Ainsi un site herbergé sur x serveurs peut utiliser les sessions simplement en les récupérants sur le serveur mysql.

Reply

Marsh Posté le 06-06-2005 à 16:12:07    

Reply

Marsh Posté le 06-06-2005 à 16:13:20    

mahuf a écrit :

???????? Tu peux expliquer ?
 
Steuplé ?


Cherches un peu avant de demander de l'aide :o  
Google...

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed