gültige url?
schildi
- https
hallo,
ich bin mir trotz anschauen des rfc's für url's auf http://tools.ietf.org/html/rfc3986 nicht sicher ob eine url in dieser art gültig ist:
http://www.domain.de/ordner///order/
also sozusagen 'leere' ordner innerhalb des pfad-segments.
weiss da jemand bescheid?
Hello out there!
ich bin mir trotz anschauen des rfc's für url's auf http://tools.ietf.org/html/rfc3986 nicht sicher ob eine url in dieser art gültig ist:
http://www.domain.de/ordner///order/
Im HTTP-Kontext gibt es keine Ordner. Der Pfad ist ein String, was der Server damit anstellt, ist dessen Sache. Warum sollte ein String nicht '///' enthalten?
See ya up the road,
Gunnar
PS: <gebetsmühle>Verwende für Beispieldomains example.com, example.net, example.org oder auch foo.example, foo.invalid. [RFC2606] NIE Namen angeben, die wirklich existieren können! (Man weiß nie, was sich für Inhalt dahinter verbirgt.)</gebetsmühle>
PPS: </hilfe/bedienung.htm#verweise-einbinden>
Im HTTP-Kontext gibt es keine Ordner. Der Pfad ist ein String, was der Server damit anstellt, ist dessen Sache. Warum sollte ein String nicht '///' enthalten?
See ya up the road,
Gunnar
dachte da an die rfc-vorgabe was due "authority component" angeht also den doppelslash "//". wirklich probleme machen tut der ja aber wohl nur bei einer relativen url die so aussieht:
"//keinOrdner1/keinOrdner2/"
wenn ich das richtig nachvollzogen habe.