Quelle est la différence entre les données de formulaire, x-www-form-urlencoded et des matières premières dans le Facteur de Chrome application?

Je suis en utilisant le Facteur extension Chrome pour tester un service web. Il y a trois options disponibles pour la saisie de données. Je suppose que le raw est pour l'envoi de JSON. Quelle est la différence entre les deux autres, données de formulaire et x-www-form-urlencoded?

Au jour d'aujourd'hui il y a une 4ème option pour publier des données en facteur outil - binary.
dev.d'/sidthesloth92/...

InformationsquelleAutor Rohan | 2014-11-03

210

Ce sont de Forme différente des types de contenu définis par le W3C.
Si vous souhaitez envoyer un texte simple/données ASCII, puis x-www-form-urlencoded fonctionne. C'est la valeur par défaut.

Mais si vous devez envoyer des textes non-ASCII ou binaires volumineux de données, la de données de formulaire est pour que.

Vous pouvez utiliser Raw si vous voulez envoyer du texte brut ou au format JSON ou tout autre type de chaîne. Comme son nom l'indique, Facteur envoie de votre première chaîne de données comme il est sans modifications. Le type de données que vous envoyez peut être définie à l'aide de l'entête content-type dans la liste déroulante.

Binaire peut être utilisé lorsque vous souhaitez joindre non-données textuelles à la demande, par exemple, un fichier vidéo/audio, des images, ou tout autre fichier de données binaires.

Consulter ce lien pour en savoir plus:
Les formes dans les documents HTML
- qu'en binaire?
- j'ai un formulaire qui comporte 4 champs de texte et 1 fichier champ de téléchargement de maintenant s'il vous plaît me suggérer de l'option (forme de données Ou x-www-form-urlencoded) sera utilisé pour présenter ces 5 champs de valeur de facteur? Merci à l'avance.
- désolé pour la réponse tardive, formulaire de données du champ de la clé dans le dépôt d'une liste déroulante où vous pouvez sélectionner si c'est un champ de texte ou d'un fichier. Vous pouvez définir dans un fichier et ensuite parcourir un fichier à joindre à l'organisme. Espérons que cela aide.
InformationsquelleAutor Basant Singh
82

C'est ce qui explique mieux:
Facteur docs

Du corps de la requête

Lors de la construction de requêtes, vous traiterait avec le corps de la requête de l'éditeur de beaucoup. Facteur vous permet d'envoyer presque n'importe quel type de requête HTTP (Si vous ne pouvez pas envoyer quelque chose, laissez-nous le savoir!). Le corps de l'éditeur est divisé en 4 zones et dispose de différents contrôles en fonction du type de corps.

de données de formulaire

~~multipart/form-data est l'encodage par défaut d'un formulaire web utilise pour transférer les données.~~ simule le remplissage d'un formulaire sur un site web, et de le soumettre. L'éditeur de données permet de définir des paires clé/valeur (à l'aide de la clé-valeur éditeur) pour vos données. Vous pouvez joindre des fichiers à une touche ainsi. Notez qu'en raison des restrictions de la spec HTML5, les fichiers ne sont pas stockés dans l'histoire ou des collections. Vous devez sélectionner le fichier à nouveau au moment de l'envoi d'une demande.

urlencoded

Ce codage est le même que celui utilisé dans les paramètres d'URL. Vous avez juste besoin d'entrer les paires clé/valeur et Facteur d'encoder les clés et les valeurs correctement. Notez que vous ne pouvez pas télécharger des fichiers par le biais de ce mode de codage. Il pourrait y avoir une certaine confusion entre les données de formulaire et urlencoded alors assurez-vous de vérifier auprès de votre API première.

raw

Raw d'une demande peut contenir quoi que ce soit. Facteur ne touche pas à la chaîne saisie dans l'éditeur brut à l'exception du remplacement des variables d'environnement. Tout ce que vous mettez dans la zone de texte est envoyé avec la demande. L'éditeur brut vous permet de définir le type de mise en forme ainsi que le bon d'en-tête que vous devez envoyer à l'état brut corps. Vous pouvez définir le Type de Contenu d'en-tête à la main. Normalement, vous devez être l'envoi de données XML ou JSON données ici.

binaire

données binaires vous permet d'envoyer des choses que vous ne pouvez pas entrer dans le Postier. Par exemple, des images, des fichiers audio ou vidéo. Vous pouvez envoyer des fichiers texte. Comme mentionné plus tôt sous forme de données de l'article, vous auriez pour remettre en place un fichier si vous chargez une demande par le biais de l'histoire ou de la collection.

Mise à JOUR

Comme l'a souligné VKK, le WHATWG spec dire urlencoded est le codage par défaut le type de formes.

La valeur non valide par défaut pour ces attributs est l'application/x-www-form-urlencoded état. La valeur manquante par défaut pour l'attribut enctype est également à l'application/x-www-form-urlencoded état.
- Le Facteur doc est mal. WHATWG de la spec HTML5 disponible à l'adresse html.spec.whatwg.org/multipage/... clairement définit une valeur par défaut de "application/x-www-form-urlencoded" pour l'attribut enctype de l'élément de formulaire. En d'autres termes "application/x-www-form-urlencoded" est l'encodage par défaut (en termes de HTTP Content-Type) d'un formulaire web utilise pour transférer les données, pas multipart/form-data. Pour envoyer une requête HTTP post sur le formulaire de soumission avec un Contenu de Type multipart/form-data, il faut spécifier explicitement ce que le enctype valeur.
- Alors, quelle est la différence entre form-data (entrée paires clé-valeur dans le Facteur de l'INTERFACE utilisateur) envoyé avec le Content-Type: application/json l'en-tête; et brut les données saisies sous forme de json comme {foo: bar} avec la même Content-Type: application/json en-tête?
- Avec les données de formulaire en tant que valeur de la clé de paires type de contenu est en plusieurs parties formulaire de données même lorsque vous spécifiez les en-têtes & avec des contenus de type texte ou ce que vous avez spécifié dans les en-têtes.
InformationsquelleAutor avck
19

multipart/form-data

Note. Veuillez consulter RFC2388 pour plus d'informations sur l'upload de fichiers, y compris vers l'arrière des problèmes de compatibilité, la relation entre "multipart/form-data" et d'autres types de contenu, des problèmes de performances, etc.

Veuillez consulter l'annexe pour plus d'informations sur les questions de sécurité pour les formulaires.

Le type de contenu "application/x-www-form-urlencoded" est inefficace pour l'envoi de grandes quantités de données binaires ou texte contenant des caractères non-ASCII. Le contenu de type "multipart/form-data" doit être utilisé pour l'envoi de formulaires qui contiennent des fichiers, des données non-ASCII, et des données binaires.

Le contenu de type "multipart/form-data" suit les règles de tous les multipart MIME flux de données comme indiqué dans RFC2045. La définition de "multipart/form-data" est disponible à l' [IANA] registre.

Un "multipart/form-data" message contient une série de parties, chacune représentant un contrôle efficace. Les pièces sont envoyées à l'agent de traitement dans le même ordre que les contrôles correspondants apparaissent dans le document de flux. Les limites de l'élément ne doit pas se produire dans des données; comment cela se fait se trouve en dehors du champ d'application de la présente spécification.

Comme avec tous les types MIME multipart, chaque partie a une option "Content-Type" en-tête par défaut "text/plain". Les agents utilisateurs devraient fournir le "Content-Type" en-tête, accompagné d'un "jeu de caractères" paramètre.

application/x-www-form-urlencoded

C'est le type de contenu par défaut. Les formulaires soumis à ce type de contenu doit être codé comme suit:

Contrôle noms et les valeurs sont échappés. Des espaces sont remplacés par des +', and then reserved characters are escaped as described in [RFC1738], section 2.2: Non-alphanumeric characters are replaced by%HH', un signe de pourcentage, et de deux chiffres hexadécimaux représentant le code ASCII du caractère. Les sauts de ligne sont représentés comme "CR LF" paires (c'est à dire, %0D%0A'). The control names/values are listed in the order they appear in the document. The name is separated from the value by=' et de paires nom/valeur sont séparés les uns des autres par " &".

application/x-www-form-urlencoded le corps du message HTTP envoyées au serveur est essentiellement un géant de la chaîne de requête -- paires nom/valeur sont séparés par une esperluette (&), et les noms sont séparés de valeurs par le symbole égal (=). Un exemple de ceci serait:
```
MyVariableOne=ValueOne&MyVariableTwo=ValueTwo
```
La type de contenu "application/x-www-form-urlencoded" est inefficace pour l'envoi de grandes quantités de données binaires ou texte contenant des caractères non-ASCII. Le contenu de type "multipart/form-data" doit être utilisé pour l'envoi de formulaires qui contiennent des fichiers, des données non-ASCII, et des données binaires.

InformationsquelleAutor Mohideen bin Mohammed
10

Voici quelques exemples supplémentaires voir le texte brut que le Facteur passe dans la demande. Vous pouvez voir cela en ouvrant le Facteur de la console:

de données de formulaire

En-tête
```
content-type: multipart/form-data; boundary=--------------------------590299136414163472038474
```
Corps
```
key1=value1key2=value2
```
x-www-form-urlencoded

En-tête
```
Content-Type: application/x-www-form-urlencoded
```
Corps
```
key1=value1&key2=value2
```
Raw text/plain

En-tête
```
Content-Type: text/plain
```
Corps
```
This is some text.
```
Raw json

En-tête
```
Content-Type: application/json
```
Corps
```
{"key1":"value1","key2":"value2"}
```
InformationsquelleAutor Suragch

Vous devez vous connecter pour publier un commentaire.

de données de formulaire

x-www-form-urlencoded

Raw text/plain

Raw json