schildi: gültige url?

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?

  1. 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>

    --
    „Wer Gründe anhört, kommt in Gefahr nachzugeben.“ (Goethe)
    1. 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.