POST Request : comment ça marche ? + SSL - HTML/CSS - Programmation
Marsh Posté le 25-02-2003 à 23:12:31
l'attribut action c'est l'url vers laquelle tu envoies ta requete
c'est en effet un peu louche de l'envoyer vers un .html
soit ton serveur est configuré de manière peu orthodoxe (genre les .html sont interpreté comme du php par exemple), soit bah ça fera rien du tout qu'afficher cette page html
Marsh Posté le 25-02-2003 à 23:17:02
the real moins moins a écrit : |
Ben en fait, c'est pas moi, puisque mon appli est censé "piloter" ce site ...
the real moins moins a écrit : |
Quand j'execute le formulaire dans mon brouteur, ça ne fait pas que m'afficher du html (authentification SSL inside )
Marsh Posté le 25-02-2003 à 23:26:01
bobuse a écrit : |
quand tu submites et ça fait quoi d'autre... que de loader la page referencée dans action??
Marsh Posté le 25-02-2003 à 23:28:59
en fait, le Controle() se termine par :
return document.IDENTIF.submit(); |
Ca doit etre ça qui m'authentifie.
Marsh Posté le 25-02-2003 à 23:30:18
bobuse a écrit : en fait, le Controle() se termine par :
|
ben non ça ne fait que submiter ton formulaire ça
Marsh Posté le 25-02-2003 à 23:30:36
En fait le formulaire sert a demander un id/password pour acceder à ../frame/f_contenu/index.html.
Marsh Posté le 25-02-2003 à 23:31:33
bobuse a écrit : En fait le formulaire sert a demander un id/password pour acceder à ../frame/f_contenu/index.html. |
j'ai peur tout à coup
tu es en train de me dire que l' "authentification" est faite en javascript?
Marsh Posté le 25-02-2003 à 23:43:18
the real moins moins a écrit : j'ai peur tout à coup |
Je pense pas que ce soit aussi simple paske c'est le site d'une banque.
Au fait, c'est du https
le document.IDENTIF.submit(); ça fait quoi ?
Marsh Posté le 25-02-2003 à 23:45:06
bobuse a écrit : |
ça submit ton formulaire je t'ai dis
document = reference au document courant
IDENTIF = le nom du form que tu m'as montré
submit() = appel de la fonction submit sur un formulaire, c-a-d envoi de la requete vers le serveur
....
montre un peu toute la fonction js
Marsh Posté le 25-02-2003 à 23:51:31
Code :
|
En fait je vois pas trop bien ou est faite l'authentif., ou alors ça tient au SSL ... là, je suis un peu sec, va falloir que j'appronfondisse le sujet ...
Marsh Posté le 25-02-2003 à 23:54:30
bobuse a écrit : |
t'es sur qu'ils attendent pas que ton appli la fasse la?
parce que clairement y'a zero qu'est fait là
a moins que, comme dit, le serveur soit reglé de maniere a ce qu'un html puisse etre interpreté par un script quelconque, et que le .html qui se cache derriere l'url de l'action ne contienne le script d'auth....
Marsh Posté le 25-02-2003 à 23:55:49
HotShot a écrit : Tiens question : les données envoyées selon la methode "Post", sont-elles accessibles via un header HTTP ? ou bien c un truc spécial qui ne peut être récupéré que par un truc bien précis, PHP, CGI etc. ? |
au risque de dire une connerie, il me semble qu'elles forment le "corps" de la requete, apres les headers, donc.
j'ai pas de quoi sous la main, mais trouve toi un proxy et analyse
sinon demain je peux te montrer ça stuveux vraiment
Marsh Posté le 25-02-2003 à 23:56:38
voilà les autres morceaux :
Code :
|
Code :
|
Marsh Posté le 25-02-2003 à 23:59:03
the real moins moins a écrit : t'es sur qu'ils attendent pas que ton appli la fasse la? |
que nenni ! cette appli, je la fait pour moi
[citation=317921,1][nom]a moins que, comme dit, le serveur soit reglé de maniere a ce qu'un html puisse etre interpreté par un script quelconque, et que le .html qui se cache derriere l'url de l'action ne contienne le script d'auth....
[/citation]
Mouaif ... je sais po
Marsh Posté le 25-02-2003 à 23:59:04
c vraiment pas beau tout ça
en plus je vois pas a koi ça sert ce truc pour detecter la pression de entrée qd tu fais enter dans un champ, par defaut ça submit
(surtout avec ie )
Marsh Posté le 26-02-2003 à 00:00:45
bobuse a écrit : |
ben c'est la seule possibilité là, à priori
t'y as pas acces a ce fichier?
Marsh Posté le 26-02-2003 à 00:06:13
the real moins moins a écrit : ben c'est la seule possibilité là, à priori |
ha tiens po bete
j'vais voir
Marsh Posté le 26-02-2003 à 00:10:05
la page contient
Code :
|
et apres des frames que je vais looker
Marsh Posté le 26-02-2003 à 00:15:02
HotShot a écrit : |
ben...ouais
tain mais c tout pourri ton truc
ssi, frames, javascript...
edit: euuuh j'ai cru que ct bobuse qui repondait là, désolé
Marsh Posté le 26-02-2003 à 00:17:33
bobuse a écrit : SSI, kesdonc ? |
server side include
de la préhistoire
bon ,
Marsh Posté le 26-02-2003 à 00:23:29
bon et ben avec tout ça, j'avance pas des masses moi ...
je crois que je vqis y aller aussi
Marsh Posté le 26-02-2003 à 00:30:52
Test, ne pas lire
Marsh Posté le 26-02-2003 à 00:39:11
HotShot a écrit : Raté |
Bon en fait c'était pour faire ce que suggérait
the real moins moins a écrit : au risque de dire une connerie, il me semble qu'elles forment le "corps" de la requete, apres les headers, donc. |
Pour la méthode POST. Les données envoyées font effectivement partie de la partie "Data" du protocole HTTP. Donc ça ne fait pas partie des en-tête.
Voila à forme que ça a :
|
Bref c'est formaté de la même manière qu'une méthode GET sauf que ça ne fait pas partie de la "question" envoyée au serveur.
Marsh Posté le 26-02-2003 à 00:41:12
gm_superstar a écrit : Test, ne pas lire |
ct koi comme test ??
EDIT : grillaid
Marsh Posté le 26-02-2003 à 00:46:47
HotShot a écrit :
|
Quand ton navigateur fait un GET, c'est la première chose qu'il envoit au serveur :
GET /forum2.php3?post=32822&cat=10&page=1&cache=cache&interface=&config=&p=1&sondage=&owntopic=&subcat= HTTP/1.1 |
Par exemple.
Donc les paramètres et leur valeurs sont transmis directement avec cette simple commande HTTP. Il n'y a pas d'autre paquet qui suit avec des données dedans comme c'est le cas avec POST.
Marsh Posté le 26-02-2003 à 19:48:52
Bon, en fait j'ai fait d'autre test avec un autre site qui utilise asp.
Bon, je passe sur Java ...
http://forum.hardware.fr/forum2.ph [...] subcat=390
Marsh Posté le 25-02-2003 à 23:10:00
Salut,
Bon en fait, je pas beaucoup de dev web. Mais bon, je sais comment ça marche
Sauf, que j'ai jamais créé de formulaire HTML, d'après ce que j'avais pu comprendre, c'est facile à faire ...
Mon but maintenant, c'est d'exécuter un POST Request (par une appli). Le formulaire auquel je m'intéresse alors a comme gueule :
<form method="post" action="../frame/f_contenu/index.html" target="_top" name="IDENTIF" onsubmit="Controle();">
...
Bon alors, le Controle(), c'est en fait un bête test d'intégrité des données rentrées dans le formulaire. Par contre, ce que je comprend moins bien, c'est le champ action.
Envoyer une action par une page html, skoi l'embrouille là ...
Message édité par bobuse le 26-02-2003 à 10:18:46