Nur innerhalb der Abfragezeichenfolge: das Pluszeichen ist ein reserviertes Zeichen, also muss codiert werden, um ein tatsächliches '+' entweder im Pfad oder in der Abfragezeichenfolge zu übergeben. Es ist als Ersatz für die Räume ein W3C ist Recommendation, die nur für den Query-String gilt:
Innerhalb des Query-String, das Pluszeichen als Kurzschreibweise reserviert für einen Raum. Daher müssen echte Pluszeichen codiert werden. Diese Methode wurde verwendet, um Abfrage-URIs einfacher in -Systemen zu übergeben, die keine Leerzeichen zulassen.
URI-Vergleich (RFC 2616):
Wenn zwei URIs zu vergleichen, um zu entscheiden, ob sie übereinstimmen oder nicht, sollte ein Kunde ein case-sensitive Oktett-by-Oktett Vergleich des gesamten verwenden URIs, mit diese Ausnahmen:
- A port that is empty or not given is equivalent to the default
port for that URI-reference;
- Comparisons of host names MUST be case-insensitive;
- Comparisons of scheme names MUST be case-insensitive;
- An empty abs_path is equivalent to an abs_path of "/".
Charaktere andere als die in der "reserviert" und " unsichere "Sätze (siehe RFC 2396 [42]) entsprechen ihrer " "%" HEX HEX "Codierung.
reservierte Zeichen (RFC 2396)
";" | "/" | "?" | ":" | "@" | "&" | "=" | "+" | "$" | "
Also, auf dem dritten Durchstart: es gibt nichts Offizielles, das erklärt, dass sie dasselbe sind. Die Verwendung von '+' zur direkten Weiterleitung von http://example.org/hello+world
an ein Verzeichnis mit der Bezeichnung hello+world
ist falsch, aber es gibt nichts, das besagt, dass es stattdessen als äquivalent zu einem Leerzeichen betrachtet werden sollte.
Nie zuvor in Betracht gezogen, wird es interessant sein, die richtige Antwort auf diese, nette Frage zu sehen. – Dave