几周前我第一次意识到，在设置 http cookie 时，虽然域名不区分大小写，但路径是。
所以暂时存储了一个cookie
http://SomeWebSite.com
可以使用
http://somewebsite.com
为
存储的 cookiehttp://somewebsite.com/SomePath
无法使用
读取http://somewebsite.com/somepath
根本找不到。
正如 RFC 中明确说明的那样（参见第 3.3.3 点 here）我怀疑这是一个疏忽，但作为用户，我没有受过将 url 视为区分大小写的文本和 Web 服务器的培训，就我可以说，似乎都不介意任何一种方式，并且会很好地提供页面；所以我想知道 - 这个决定背后的理由是什么？
任何人都可以解释一下吗？
【问题讨论】：
大多数 Web 服务器都提供了防白痴机制。我知道的两个常见的方法是在目录名称的末尾添加斜杠（http://example.com/x => http://example.com/x/）以及更正或忽略大小写：（http://stackoverflow.com/ABOUT 与http://stackoverflow.com/about 相同）。但是，这不是 Web 服务器的要求，浏览器知道这一点。 http://stackoverflow.com/ABOUT 可以提供与 http://stackoverflow.com/about 完全不同的页面。使用 ?x=y 语法的 GET 变量很流行，并且这些值有时对服务器脚本区分大小写。这些可能的差异必须由浏览器正确处理（不要将它们缓存为同一个文档，使用不同的 cookie 域，不要对 Javascript 进行修改等）
【讨论】：
http://abc.com 可以提供与http://abc.com/ 不同的页面吗？
http://example.com/x 和 http://example.com/x/ 的不同页面。
http://abc.com重定向到http://abc.com/是正确的方法，还是应该将http://abc.com/重定向到http://abc.com？
始终将所有内容都区分大小写。
【讨论】：
路径是否区分大小写取决于网络服务器。传统上类似 unix 的操作系统：s 区分大小写，而 MS 则不区分大小写，这可能反映在在指定操作系统上开发的网络服务器中。
可能感兴趣的information about different filesystems 链接。
更新
URL 指向什么资源取决于网络服务器。 http://some.domain.name/myFavouriteThings.txt 可能是存储在我的服务器硬盘上的文本文件，但它也可以存储在数据库中，指向执行并返回一些随机行的脚本。它甚至不必是文本文件，它可以是图片、视频或其他任何可以以数字方式传输的文件。
但在这种情况下，它作为文件存储在服务器上。由于服务器是类 Unix 系统，服务器文件系统区分大小写。因此，只有当请求的情况与存储在磁盘上的文件匹配时，它才会找到该文件。如果服务器存储在文件系统不区分大小写的 MS 服务器上，则请求的大小写可能无关紧要。
【讨论】：