Qu'est-ce qu'une chaîne de requête d'URL valide?

Les caractères autorisés dans une chaîne de requête d'URL?

Ne les chaînes de requête doivent suivre un format particulier?

source d'informationauteur Aran Mulholland

  1. 10

    Par http://tools.ietf.org/html/rfc3986

    Dans la section 2.2, les Caractères Réservés, les caractères suivants sont répertoriés:

    réservé = gen-delims /sous-delims

    gen-delims = “:” /“/” /“?” /“#” /“[” /“]” /“@”

    sous-delims = “!” /“$” /“&” /“’” /“(” /“)” /“*” /“+” /“,” /“;”
    /“=”

    La spec dit alors:

    Si les données d'un composant URI serait en conflit avec un caractère réservé de
    le but comme un séparateur, puis les données contradictoires doivent être
    pour cent codé avant l'URI est formé.

    Ensuite, dans la section 2.3, sans réserve les Personnages, les éléments suivants sont répertoriés:

    sans réserve = ALPHA /DIGIT /“-” /“.” /“_” /“~”

  2. 11

    Wikipedia a votre réponse: http://en.wikipedia.org/wiki/Query_string

    "L'Encodage de l'URL: Certains caractères ne peuvent pas faire partie d'une URL (par exemple, l'espace) et quelques autres caractères ont une signification particulière dans une URL: par exemple, le caractère " # peut être utilisé pour spécifier un paragraphe (ou fragment) d'un document; le signe = est utilisé pour séparer un nom à partir d'une valeur. Une chaîne de requête doivent être convertis pour satisfaire à ces contraintes. Cela peut être fait en utilisant un schéma connu comme le codage d'URL.

    En particulier, le codage de la chaîne de requête utilise les règles suivantes:

    • Des lettres (A-Z et a-z), des chiffres (0-9) et les caractères '.','-','~' et " _ " sont laissé tel est
    • L'ESPACE est codé par '+' ou %20[citation nécessaire]
    • Tous les autres caractères sont codés en %FF hex représentation avec tous les caractères non-ASCII d'abord codé en UTF-8 (ou autre encodage spécifié)

    L'octet correspondant à la tilde ("~") est souvent codé comme "%7E" par les anciens de traitement des URI implémentations; "%7E" peut être remplacé par"~", sans changer son interprétation.
    Le codage de l'ESPACE " + " et la sélection de "en" caractères qui distingue cet encodage à partir de la RFC 1738."

    Concernant le format, les chaînes de requête sont des paires nom /valeur. L' ? sépare la chaîne de requête de l'URL. Chaque paire nom /valeur sont séparés par une esperluette (&), tandis que le nom et la valeur sont séparés par un signe égal (=). par exemple. http://domain.com?key=value&secondkey=secondvalue

    Sous Structure dans le Wikipedia référence que j'ai fourni:

    • Le point d'interrogation est utilisé comme séparateur et ne fait pas partie de la chaîne de requête.
    • La chaîne de requête est composée d'une série de paires de valeurs
    • Au sein de chaque paire, le nom du champ et la valeur sont séparés par un signe'=', '='.
    • La série de paires sont séparés par une esperluette, "& " (ou un point-virgule ';' Url intégrés dans le HTML et ne sont pas générées par un ...; voir ci-dessous).
    • W3C recommande que tous les serveurs web de support de point-virgule séparateurs en plus esperluette séparateurs[6] afin de permettre l'application/x-www-form-urlencoded chaînes de requête dans l'Url dans le code HTML des documents sans avoir à l'entité coder les esperluettes.
  3. 1

    Ce lien a la réponse et mis en forme les valeurs que vous avez tous besoin.

    https://perishablepress.com/url-character-codes/

    Pour votre commodité, voici la liste:

    <     %3C
>     %3E
#     %23
%     %25
{     %7B
}     %7D
|     %7C
\     %5C
^     %5E
~     %7E
[     %5B
]     %5D
`     %60
;     %3B
/    %2F
?     %3F
:     %3A
@     %40
=     %3D
&     %26
$     %24
+     %2B
"     %22
space     %20