Ah, ich verstehe was du meinst. Im Allgemeinen, welche Browser wirklich tun, nehmen Sie den Ordner, der das Dokument als Pfad enthält; für '/login.php' wäre das '/', so dass es effektiv über die gesamte Domain funktioniert. "/potato/login.php" wäre auf "/ potato /" beschränkt; alles mit schleppenden Pfad-Info-Teilen (zB ./login.php/ ') würde nicht funktionieren.
In diesem Fall könnte die Netscape-Spezifikation als falsch oder zumindest irreführend angesehen werden, wenn behauptet wird, dass der Pfad standardmäßig auf den aktuellen Dokumentpfad verweist ... je nachdem, wie genau Sie dort "Pfad" lesen. Das Browserverhalten ist jedoch bis zur ursprünglichen Netscape-Version konsistent. Netscape waren nie gut, dass beim Schreiben Spezifikationen ...
Wenn .NET die HttpWebRequest wirklich CookieContainer.Path zum gesamten Pfad des aktuellen Dokuments in Verzug ist, ich habe einen Fehler gegen sie einreichen würde.
Leider ist das reale Verhalten derzeit nicht wirklich in einem Standarddokument beschrieben ... es gibt RFC 2965, die den Weg richtig macht, aber einige andere Änderungen macht nicht repräsentativ für das reale Browserverhalten, also das ist auch nicht absolut zuverlässig. :-(
Danke, Bobince. Ich sehe, aber das ist ein wenig seltsam für mich, weil diese Website, über die ich sprach, die keinen "Pfad" setzt, irgendwie scheint immer noch über die gesamte Domäne in Internet Explorer und Firefox zumindest funktionieren. Irgendwelche Ideen? – James