HttpWebRequest / HttpWebResponse和cookies的问题

Question

我遇到了HttpWebRequest / HttpWebResponse和cookies / CookieContainer / CookieCollection的麻烦。 问题是，如果Web服务器不在cookie中发送/使用“路径”，Cookie.Path等于请求URI的路径部分而不是“/”或在我的应用程序中为空。 因此，这些cookie不适用于整个域，它实际上在适当的Web浏览器中。 任何想法如何解决这个问题？

提前致谢

Answer 1

啊，我明白你的意思了。 通常，浏览器真正做的是将包含文档的文件夹作为路径; 对于'/login.php'，它将是'/'，因此它可以在整个域中有效地工作。 '/potato/login.php'将仅限于'/ potato /'; 任何带有尾随路径信息的部分（例如'/login.php/'）都行不通。

在这种情况下，Netscape规范可能被认为是错误的，或者至少误导了声称路径默认为当前文档路径...取决于您在那里读取“路径”的具体程度。 但是，浏览器行为与原始Netscape版本一致。 Netscape从来没有那么擅长编写规范......

如果.NET的HttpWebRequest确实将CookieContainer.Path默认为当前文档的整个路径，我会针对它提交一个错误。

不幸的是，现实世界中的行为实际上并没有在标准文档中进行描述......有RFC 2965，它确实让路径正确，但做出了其他一些不能代表真实浏览器行为的变化，因此并不完全可靠无论是。 :-(

Answer 2

好像我不能继续使用默认的cookie处理程序，所以我很生气，我很难做到。 哈哈。 所以解析response.Headers [“Set-Cookie”]我自己是我的解决方案。 不是我喜欢的，但它有效。 我只是使用正则表达式拆分错误的逗号来消除问题。

如果我能在这里给出分数，我会给你一些，因为你给了我有价值的信息。 我也会投票，如果可以的话（需要更高的代表得分），但由于这种行为可能是一个错误，正如你所提到的，我会接受这个作为答案。

谢谢。 :)

Answer 3

这就是cookies的工作方式。 “正确的”网络浏览器完全相同，就像最初在古代Netscape cookie文档中指定的那样： http ： //cgi.netscape.com/newsref/std/cookie_spec.html

Web应用程序必须始终设置“路径”（通常为“/”）。