Les URL de la forme http://asdf.com/something.do?param1=true?param2=false sont-elles valides?Plusieurs paramètres dans http get request
Je ne pense pas la seconde? est autorisé dans les URL valides et qu'il devrait plutôt être une esperluette (&), mais je suis incapable de trouver quoi que ce soit à ce sujet dans la rfc http 1.1. Des idées?
Il n'est pas valide à utiliser? encore. ? devrait indiquer le début de la liste des paramètres. & devrait séparer les paramètres.
De RFC 3986:
URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]
De RFC 1738:
Une URL HTTP prend la forme:
http:// <host> : <port>/<path> ? <searchpart>où
<host>et<port>sont décrits dans la section 3.1. Si:<port>est omis, le port par défaut est 80. Aucun nom d'utilisateur ou mot de passe n'est autorisé .<path>est un sélecteur HTTP et<searchpart>est une chaîne de requête . Le<path>est optionnel, tout comme le<searchpart>et son précédant "?". Si ni<path>ni<searchpart>est présent, le "/" peut également être omis. Dans les composants<path>et<searchpart>, "/", ";", "?" sont réservés. Le caractère "/" peut être utilisé dans HTTP pour désigner une structure hiérarchique .
utilisation & pour les deuxième et troisième
à savoir http://asdf.com/something.do?param1=true¶m2=false
application/x-www-form-urlencoded
Ceci est le type de contenu par défaut. Les formulaires soumis avec ce type de contenu doivent être codés comme suit:
- Les noms de contrôle et les valeurs sont échappés. Les caractères d'espace sont remplacés par
+, puis les caractères réservés sont échappés comme décrit dans [RFC1738], section 2.2: Les caractères non alphanumériques sont remplacés par%HH, un signe de pourcentage et deux chiffres hexadécimaux représentant le code ASCII du caractère. Les sauts de ligne sont représentés par des paires "CR LF" (c'est-à-dire%0D%0A).- Les noms/valeurs de contrôle sont répertoriés dans l'ordre dans lequel ils apparaissent dans le document. Le nom est séparé de la valeur par
=et les paires nom/valeur sont séparées les unes des autres par&.
Comme mentionné précédemment, ce n'est pas valide pour l'utiliser à nouveau. Cependant, si vous avez le? En tant que partie d'une valeur de paramètre, vous pouvez l'encoder en% 63 (tout comme le caractère espace qui est codé en% 20).