我注意到

HTTP://STACKOVERFLOW.COM/QUESTIONS/ASK

and

http://stackoverflow.com/questions/ask

两者都可以工作-实际上前一个转换为小写字母。

我认为这对用户来说是有意义的。

如果我看谷歌,那么这个URL工作正常:

http://www.google.com/intl/en/about/corporate/index.html  

但是这个带ABOUT的不能用:

http://www.google.com/intl/en/ABOUT/corporate/index.html   

URL是否应该区分大小写?


当前回答

URL字符被转换为十六进制代码(如果您注意到URL中的空格显示为%20等),由于小写字母和大写字母有不同的十六进制值,因此URL肯定是区分大小写的。然而,问题的精神似乎是,这应该是标准,我说不,但他们是。如果开发人员/提供商希望它能够为最终用户工作,那么他们就应该在代码中考虑到这一点。

其他回答

URL字符被转换为十六进制代码(如果您注意到URL中的空格显示为%20等),由于小写字母和大写字母有不同的十六进制值,因此URL肯定是区分大小写的。然而,问题的精神似乎是,这应该是标准,我说不,但他们是。如果开发人员/提供商希望它能够为最终用户工作,那么他们就应该在代码中考虑到这一点。

取决于主机操作系统。托管在Windows上的站点往往不区分大小写,因为底层文件系统不区分大小写。托管在Unix类型系统上的站点往往是区分大小写的,因为它们的底层文件系统通常是区分大小写的。URL的主机名部分总是不区分大小写的,路径的其余部分是不同的。

根据W3的“HTML和url”,它们应该:

可能有url,或者url的一部分,大小写不重要,但是 识别这些可能并不容易。用户应该始终考虑到这一点 url区分大小写。

URL的域名部分不区分大小写,因为DNS忽略大小写: http://en.example.org/和HTTP://EN.EXAMPLE。ORG/两者都打开同一页。

路径用于指定或查找所请求的资源。它是区分大小写的,尽管它可能被某些服务器视为不区分大小写,特别是那些基于Microsoft Windows的服务器。

如果服务器区分大小写,并且http://en.example.org/wiki/URL是正确的,那么http://en.example.org/WIKI/URL或http://en.example.org/wiki/url将显示一个HTTP 404错误页面,除非这些url指向有效资源本身。

url应该不区分大小写,除非有很好的理由说明它们不应该区分大小写。

这不是强制性的(它不是RFC的任何一部分),但它使url的通信和存储更加可靠。

如果我在网站上有两页:

http://stackoverflow.com/ABOUT.html

and

http://stackoverflow.com/about.html

它们有何不同?也许有人写的是“大喊风格”(大写)——但从IA的角度来看,这种区别永远不应该通过URL的变化来区分。

此外,在Apache中很容易实现这一点-只需从mod_spelling使用CheckSpelling On。