nedelin

Da das "&" nicht länger Trennzeichen ist, brauche ich die Entität "&" nicht mehr...

Ergänzung: Der Wert in URI würde demzufolge lauten: "Hinz&amp" gefolgt von einem Trennzeichen. Möglicherweise sehe ich das Problem nicht...?

Mister Ad

nikosch

In diesem Thread geht es um „ein weiteres Trennzeichen“, also sind durchaus Konflikte mit & absehebar. Wenn es bei Dir in einer ganz anderen Konstellation „klappt“, dann sagt das nüscht über diese Diskussion aus.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

nedelin

Ooops... das hab ich wohl überlesen.

.

mermshaus

Ich bin mir langsam auch nicht mehr sicher, ob ich hier alles richtig interpretiere, aber noch mal konkret:

Die Sequenz "&" zum Escaping von "&" hat außerhalb von XML-/HTML-Dokumenten in URLs nichts verloren. "&" braucht entweder gar nicht escapet zu werden oder %-escapet als "%26", falls "&" die semantische Bedeutung „Parametertrenner im Search Path“ hat ("?firma=hinz%26kunz&id=12").

"&" ist lediglich zur Ausgabe in XML- und HTML-Dokumenten notwendig, da dort "&" als Startzeichen von Entity-Referenzen eine besondere Bedeutung hat.

Das sind zwei unterschiedliche Kontexte. Wenn ich einen URL lediglich intern verwenden will, um etwa von einem Webservice Daten zu beziehen, der "&" als Parametertrenner erwartet, darf "&" gar nicht als "&" escapet werden.

Ich würde deshalb zum Beispiel für die Funktion http_build_query dringend empfehlen, entweder den Separator immer explizit anzugeben oder unter expliziter Festlegung von arg_separator.output und arg_separator.input zu definieren, dass http_build_query Strings erzeugt, die entweder für den XML-/HTML-Ausgabekontext bestimmt sind oder die es nicht sind.

Ich würde dabei jedem dazu raten, den Separator immer explizit anzugeben, da dann keine Notwendigkeit besteht, zu wissen, welche Art Strings die Funktion zurückgibt.

Das ist eines dieser typischen hässlichen PHP-Probleme, die durch die Möglichkeit entstehen, solche Kleinigkeiten per INI-Datei festlegen zu können.

__________________
Blog | Buch | Kaloa

lstegelitz

http://localhost/asdf:asdf
Apache versucht, das Verzeichnis oder die Datei "asdf:asdf" zu öffnen.

http://localhost/asdf/asdf:asdf
Hat festgestellt, das "asdf" bereits weder ein Verzeichnis noch eine Datei war, an der Stelle wird die Untersuchung abgebrochen.


http://localhost/test/asdf:asdf
Das gleiche wie http://localhost/asdf:asdf, "test" ist noch vorhanden, also wird darin nach "asdf:asdf" als Verz. oder Datei gesucht.

Du hattest im Eingangsposting einen Thread verlinkt, der wenn man ihn liest, dich zu einem anderen Thread führt:
http://groups.google.com/group/de.co...7ef0a0308231ad

Zitat Carsten Wiedman:

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

Crys

@ lstegelitz:
Danke, aber das habe ich bereits schon selber herausgefunden. Das Problem habe ich auch schon gelöst: http://www.php.de/php-fortgeschritte...tml#post602809 ([Erledigt] Doppelpunkt in URL unter Windows Apache)
Wie ist eine andere Sache, aber es ist gelöst ...