我注意到
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是否应该区分大小写?
当前回答
我不喜欢撞旧文章，但因为这是对这个特定问题的第一个回应，我觉得有必要澄清一些事情。
@Bhavin Shah回答说url的域名部分是不区分大小写的，所以
http://google.com
and
http://GOOGLE.COM
and
http://GoOgLe.CoM
都是一样的，但域名部分之后的所有内容都是区分大小写的。
所以…
http://GOOGLE.COM/ABOUT
and
http://GOOGLE.COM/about
是不同的。
注意:我说的是“技术上”，而不是“字面上”在很多情况下，大多数情况下，服务器的设置处理这些项目相同，但也有可能设置他们，所以他们不处理相同。
不同的服务器处理方式不同，在某些情况下，它们必须区分大小写。在许多情况下，查询字符串值是被编码的(例如Session id或Base64编码的数据，作为查询字符串值传递)这些项本质上是区分大小写的，因此服务器在处理它们时必须区分大小写。
因此，要回答这个问题，服务器在获取这些数据时“应该”区分大小写吗?答案是“是的，绝对是”。
当然，并不是所有的内容都需要区分大小写，但是服务器应该知道区分大小写的含义以及如何处理这些大小写。
@Hart Simha的评论基本上说了同样的事情。在我发布之前我错过了它，所以我想在应得的地方给予赞扬。
其他回答
根据W3的“HTML和url”，它们应该:
可能有url，或者url的一部分，大小写不重要，但是 识别这些可能并不容易。用户应该始终考虑到这一点 url区分大小写。
取决于主机操作系统。托管在Windows上的站点往往不区分大小写，因为底层文件系统不区分大小写。托管在Unix类型系统上的站点往往是区分大小写的，因为它们的底层文件系统通常是区分大小写的。URL的主机名部分总是不区分大小写的，路径的其余部分是不同的。
请看这里的规格: 2.7.3节 https://datatracker.ietf.org/doc/html/draft-ietf-httpbis-p1-messaging-25#page-19
scheme和host不区分大小写，通常以小写形式提供;所有其他组件以区分大小写的方式进行比较 的方式。
对于托管在Linux服务器上的网站，URL是区分大小写的。 http://www.google.com/about和http://www.google.com/About将被重定向到不同的位置。而在Windows服务器中，URL是不区分大小写的，就像命名文件夹一样，将被重定向到相同的位置。
url应该不区分大小写，除非有很好的理由说明它们不应该区分大小写。
这不是强制性的(它不是RFC的任何一部分)，但它使url的通信和存储更加可靠。
如果我在网站上有两页:
http://stackoverflow.com/ABOUT.html
and
http://stackoverflow.com/about.html
它们有何不同?也许有人写的是“大喊风格”(大写)——但从IA的角度来看，这种区别永远不应该通过URL的变化来区分。
此外，在Apache中很容易实现这一点-只需从mod_spelling使用CheckSpelling On。
