Si vous omettez l'hôte et le port pour l'URL spécifiée dans l'attribut action, elle sera envoyée au même hôte / port que la page actuellement ouverte. En d'autres termes, comme cette fois

• La page actuellement ouverte est http: // localhost: 8080 / form.html --<form action = "/ show_requests">

Dans ce cas, la requête POST sera envoyée à http: // localhost: 8080 / show_requests.

Maintenant, entrez les valeurs dans le formulaire comme indiqué ci-dessous et appuyez sur le bouton Soumettre.

Comme expliqué précédemment, les entrées de ce formulaire seront envoyées à la requête POST / show_requests. Puisque / show_requests aurait dû afficher le contenu de la requête HTTP dans le chapitre précédent, c'est un calcul que vous pouvez voir le contenu de la requête POST avec ceci.

En fait, lorsque vous appuyez sur le bouton Soumettre, vous devriez voir quelque chose comme ce qui suit sur l'écran suivant.

Vous pouvez voir que le corps de la requête contient la valeur, contrairement au cas où vous entrez simplement / show_requests dans la barre d'URL pour naviguer dans la page.

Aussi,

Content-Type: application/x-www-form-urlencoded

Notez également que le nouvel en-tête a été ajouté. Plus tard, j'expliquerai en quoi cet en-tête a beaucoup de sens.

Observez le corps de la requête POST

Maintenant que vous avez vu le contenu spécifique du corps de la requête POST, observons et étudions. Si vous regardez le corps de la requête, vous pouvez voir que les valeurs des formulaires de saisie individuels tels que «zone de texte» et «mot de passe» sont concaténées et transmises dans un format fixe.

Le format est pour un formulaire d'entrée [Valeur de l'attribut de nom de l'élément HTML] = [Valeur saisie dans le formulaire] Il y a une paire appelée, et les valeurs de différentes formes sont reliées par &.

Vous pouvez également voir que «l'espace demi-largeur» a été remplacé par le symbole «+», et le «code de saut de ligne» et «japonais» ont été convertis en une chaîne de caractères mystérieuse ** commençant par ** «%». (Voir la valeur hidden_value pour les valeurs d'entrée japonaises)

De plus, dans le formulaire de saisie qui autorise plusieurs sélections comme l'élément <select>, il semble que plusieurs valeurs soient envoyées avec le même nom. Exemple) check_name = check2 & check_name = check3

De plus, lorsque je regarde le fichier téléchargé, seul * le nom du fichier * est envoyé et le contenu du fichier n'est pas envoyé.

À propos du format des paramètres POST

Lors de l'envoi des données que vous souhaitez envoyer dans une requête POST (ci-après dénommé paramètre POST) au serveur à l'aide du corps de la requête, le format à envoyer est important. Le format ici est multi, quel symbole est utilisé pour représenter les paramètres «nom» et «valeur» dans le corps de la requête, quel symbole est utilisé pour séparer plusieurs données. Comment représenter des caractères d'octets, comment représenter des données binaires telles que des fichiers image, etc.

Il existe différents types de formats, mais si la reconnaissance de cette méthode de formatage est différente côté client et côté serveur, les paramètres envoyés ne peuvent pas être reconnus correctement côté serveur. (Le côté client pense que le symbole = est un "symbole qui sépare nom et valeur ", mais le côté serveur pense que c'est un" code de saut de ligne "et l'interprète. , Ce sera incompréhensible.)

Par conséquent, lors de l'envoi d'une requête POST, il est nécessaire de spécifier le format avec un en-tête appelé «Content-Type» qui indique le format du corps de la requête.

Dans ce cas,

Content-Type: application/x-www-form-urlencoded

Est-ce.

Ci-dessous, je présenterai trois formats couramment utilisés (Content-Type).

application/x-www-form-urlencoded C'est le format par défaut utilisé lorsque le navigateur ne spécifie pas l'attribut enctype dans la balise <form>. Également appelé «encodage d'URL» ou «encodage en pourcentage», le format est défini de manière à ce que diverses données puissent être représentées en utilisant uniquement les caractères pouvant être utilisés comme URL.

Comme nous l'avons vu précédemment,

1. Concaténez les éléments «nom» et «valeur» avec «=»
2. Lors de l'envoi de plusieurs éléments, concaténer avec &
3. Utilisez «+» pour les espaces demi-largeur
4. Les caractères qui ne peuvent pas être utilisés dans d'autres URL sont codés avec «UTF-8» et la chaîne d'octets est représentée par «% XX».
5. Impossible de gérer les données binaires qui ne peuvent pas être encodées avec UTF-8 (lors du téléchargement d'un fichier, le contenu du fichier n'est pas envoyé)

Etc.

multipart/form-data Ceci peut être utilisé en le spécifiant explicitement avec l'attribut enctype, tel que <form enctype =" multipart / form-data ">. Jetons un coup d'œil au contenu avant d'expliquer.

Spécifiez le enctype dans l'élément <form> du form.html créé précédemment et soumettez le formulaire.

Remarque

** Si vous souhaitez vérifier l'affichage lors du téléchargement d'un fichier, veuillez utiliser un navigateur appelé «Firefox» au lieu de «Chrome» et envoyer de petites données (comme une image de plusieurs Ko). ** **

Chrome et Safari utilisent keep-alive pour envoyer des demandes à plusieurs reprises lors de l'envoi de données de fichier, mais notre serveur Web ne prend pas en charge keep-alive et envoie des données. C'est parce qu'il ne peut pas être reçu normalement.

Firefox enverra de petites données en une seule demande, afin que vous puissiez recevoir les données normalement.

Vous trouverez ci-dessous un écran qui confirme le comportement avec Firefox, mais si vous rencontrez des difficultés pour installer Firefox, veuillez vérifier l'opération ** sans télécharger le fichier dans Chrome. Tout formulaire autre qu'un fichier, tel qu'un formulaire texte, doit recevoir les données.

La première chose à noter est que chaque élément des données du formulaire est séparé par un séparateur spécial. (Dans ce cas, le séparateur est --------------------------- 10847194838586372301567045317)

Continuez avec Book!

Chapitre "Etre capable de gérer les paramètres POST"