Quelle est la différence entre “Demander Charge” vs “Forme des Données” comme on le voit dans Chrome dev tools onglet Réseau

J'ai une vieille application web que j'ai à l'appui (dont je n'ai pas écrit).

Quand je remplir un formulaire et de le soumettre ensuite cocher la case "Réseau" de l'onglet dans Chrome, je vois "Demander Charge", où je devrais normalement voir "Forme des Données". Quelle est la différence entre les deux et quand l'un d'être envoyé à la place de l'autre?

Googlé, mais n'a pas vraiment trouver de l'info expliquant cela (juste des gens qui essaient d'obtenir les applications javascript pour envoyer "Forme des Données" au lieu de "Demander Charge".

InformationsquelleAutor red888 | 2014-04-16
  1. 230

    La Demande de la Charge utile, ou pour être plus précis: la charge utile du corps d'une Requête HTTP
    - les données sont normalement envoyés par un Requête POST ou PUT.
    C'est la partie après les en-têtes et les CRLF d'un Requête HTTP.

    Une demande avec Content-Type: application/json peut ressembler à ceci:

    POST /some-path HTTP/1.1
Content-Type: application/json

{ "foo" : "bar", "name" : "John" }

    Si vous soumettez ce par AJAX le navigateur vous montre simplement ce qu'il présente comme la charge utile du corps. C'est tout ce qu'il peut faire, car il n'a aucune idée de l'endroit où les données proviennent de.

    Si vous soumettez une HTML-Forme avec method="POST" et Content-Type: application/x-www-form-urlencoded ou Content-Type: multipart/form-data votre demande peut ressembler à ceci:

    POST /some-path HTTP/1.1
Content-Type: application/x-www-form-urlencoded

foo=bar&name=John

    Dans ce cas, les données de formulaire, c'est la demande de la charge utile. Ici, le Navigateur sait plus: il sait que la barre est la valeur de l'entrée de champ de foo le formulaire soumis. Et c'est ce qu'il montre à vous.

    Donc, ils diffèrent dans la Content-Type mais pas dans le sens de transmission des données. Dans les deux cas, les données sont dans le corps. Et Chrome distingue la façon dont les données sont présentées dans les Outils de développement.

    • Est-il une raison de préférer l'une sur l'autre en termes de taille, etc.. Spécifiquement pour la légèreté des appels AJAX?
    • désolé, je ne comprends pas votre question.
    • Si je suis l'envoi d'un appel AJAX, je peux définir le type de contenu soit json ou x-www-form-urlencoded. L'ancien envoie les données de la demande de la charge utile, tandis que le dernier code que l'url de la requête. Les deux semblent bien fonctionner. Est-il une raison de préférer l'un d'entre eux? Je vois la plupart des sites web comme Twitter, Google, Facebook, Stackoverflow type de contenu d'ensemble comme x-www-form-urlencoded. Aucune raison spécifique?
    • Ce n'est pas vraiment liée à l'OP, mais peut-être que cette réponse aide.
    InformationsquelleAutor lefloh
  2. 11

    Dans Chrome, demande à 'Content-Type:application/json' montre que la Demande PayedLoad et envoie des données comme objet json.

    Mais demande avec 'Content-Type:application/x-www-form-urlencoded' montre les Données de Formulaire et envoie les données que Clé:Valeur Paire, donc si vous avez un tableau d'objet dans une clé il flats que la valeur de clé:

    { Id: 1, 
name:'john', 
phones:[{title:'home',number:111111,...},
        {title:'office',number:22222,...}]
}

    envoie 

    { Id: 1, 
name:'john', 
phones:[object object]
phones:[object object]
}
    • PHP est mal bien sûr. La popularité de l'application/x-www-form-urlencoded est définie par la popularité de PHP.
    • downvoted car il n'y a pas une telle chose comme un "objet json". les données json envoyé est envoyé comme une chaîne simple parce que json est essentiellement une chaîne de caractères. bien sûr, vous pouvez le convertir dans un standard "objet" avec json_encode mais ce n'en est pas un "objet json", soit.
    • Ok,je pense que le javascript json objet de modèle ou tout simplement objet javascript est mieux
    • Juste "json" ou si vous voulez insister sur le type "chaîne json" ce serait bien.
    InformationsquelleAutor Mohammadreza