Ist array-syntax mit eckigen Klammern in der URL-query-strings gültig?

Die Antwort ist nicht einfach.

Folgende ist ein Auszug aus Abschnitt 3.2.2 von RFC 3986 :

Einen host identifiziert, die durch eine Internet-Protokoll-literal-Adresse, version 6

[Im rfc3513] oder später, zeichnet sich durch die Einhausung der IP-literal

innerhalb von eckigen Klammern ("[" und "]"). Dies ist der einzige Ort, wo

eckige Klammer Zeichen dürfen in der URI-syntax.

Diese scheint um die Frage zu beantworten, indem Sie Rundweg die besagt, dass eckige Klammern sind nicht erlaubt, nirgendwo sonst in der URI. Aber es gibt einen Unterschied zwischen einer eckigen Klammer und ein-Prozent-codiert eckige Klammer Zeichen.

Folgende ist ein Auszug aus dem Anfang von Abschnitt 3 von RFC 3986 :

1. Syntax-Bestandteile

   Der generischen URI-syntax besteht aus einer hierarchischen Abfolge von
   
   genannten Komponenten, wie das Schema, Autorität, Pfad, query, and
   
   fragment.

   URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

Also die "Abfrage" ist Bestandteil der "URI".

Folgende ist ein Auszug aus Abschnitt 2.2 von RFC 3986 :

2.2. Reservierte Zeichen

URIs gehören Komponenten und Unterkomponenten, die getrennt sind durch

Zeichen in der "reserviert" gesetzt. Diese Zeichen sind sogenannte

"reserviert" werden, weil Sie vielleicht (oder auch nicht) werden definiert als Trennzeichen durch

die generische syntax, die von jedem Schema-spezifischen syntax, oder durch die

Umsetzung-konkrete syntax einer URI ist die Dereferenzierung Algorithmus.

Wenn Daten für eine URI-Komponente in Konflikt mit einem reservierten

Charakters Zweck als Trennzeichen, dann die widersprüchlichen Daten müssen

sein Prozent-verschlüsselt, bevor Sie den URI gebildet wird.

  reserved    = gen-delims /sub-delims

  gen-delims  = ":" /"/" /"?" /"#" /"[" /"]" /"@"

  sub-delims  = "!" /"$" /"&" /"'" /"(" /")"
              /"*" /"+" /"," /";" /"="

So eckigen Klammern erscheint eine Abfrage-string, aber nur, wenn Sie ein Prozent codiert. Es sei denn, Sie nicht, zu erklären, die weiter unten in Abschnitt 2.2 :

URI-Herstellung-Anwendungen sollten die Prozent-Kodierung von Daten-Bytes,

entsprechen die Zeichen in der reservierten Satz, es sei denn, diese Zeichen

sind ausdrücklich erlaubt ist, durch das URI-Schema zum darstellen der Daten in das

Komponente. Wenn Sie ein reserviertes Zeichen in einem URI-Komponente und

keine Abgrenzung von Rolle bekannt ist, dass der Charakter, dann muss es

interpretiert als Darstellung des Daten-Oktett entsprechende

Zeichen die Codierung in US-ASCII.

So, weil die eckigen Klammern dürfen nur in der "host" - Unterkomponente, die Sie "sollte" sein Prozent-verschlüsselt im anderen Komponenten und Unterkomponenten, und in diesem Fall in der "query" - Komponente, es sei denn, RFC 3986 ausdrücklich erlaubt, nicht-codierte eckige Klammern zur Darstellung von Daten in der query-Komponente, die ist nicht.

Jedoch, wenn ein "URI-Herstellung-Anwendung" fehl, zu tun, was Sie tun "sollten", indem Sie die eckigen Klammern nicht in der Abfrage, dann werden die Leser von URI sind nicht abzulehnen, URI schlechthin. Stattdessen werden die eckigen Klammern sind als die Zugehörigkeit zu den Daten der query-Komponente, da Sie nicht als Trennzeichen verwendet in dieser Komponente.

Dies ist, warum, zum Beispiel, ist es nicht ein Verstoß gegen RFC-3986, wenn PHP akzeptiert beide nicht-und Prozent-kodiert eckigen Klammern als gültige Zeichen in einem query-string, und auch weist Ihnen einen speziellen Zweck. Jedoch scheint es, dass Autoren, die versuchen, nutzen Sie diese Lücke, indem nicht die Prozent-Kodierung eckigen Klammern sind in Verletzung von RFC 3986.

David N. Jafferian die Antwort ist fantastisch. Ich möchte nur hinzufügen, ein paar updates und praktische Hinweise:

1. Seit vielen Jahren, jeder browser hat Links in eckigen Klammern in den query-strings nicht, wenn die übermittlung der Anfrage an den server. (Quelle: https://bugzilla.mozilla.org/show_bug.cgi?id=1152455#c6). Als solche Stelle ich mir einen großen Teil der web-gekommen, um sich auf dieses Verhalten verlassen, das macht es extrem unwahrscheinlich, dass zu ändern.

2. Meinem Lesen der WHATWG-URL-standard, zumindest für web-Zwecke, kann gesehen werden, ersetzt RFC 3986, ist, dass es kodifiziert das Verhalten der nicht-Codierung [ und ] in query-strings. Ich glaube der relevante Teil ist: https://url.spec.whatwg.org/#query-state, die keinen Hinweis über die Prozent-Kodierung dieser Zeichen.

Mein Verständnis, dass die eckigen Klammern sind nicht die erste-Klasse-Bürger sowieso. Hier ist das Zitat:
http://tools.ietf.org/html/rfc1738

Andere Zeichen sind unsicher, da Sie-gateways und anderen Verkehrsmitteln
Substanzen sind dafür bekannt, manchmal ändern diese Zeichen. Diese
Zeichen sind "{", "}", "|", "\", "^", "~", "[", "]", und "`".