标签: case-insensitive

使用 http(s)://CompanyName.com/xyz 作为 URL（例如用于品牌目的）而不对服务端配置进行任何更改是否安全？

我知道 DNS 不区分大小写，但还会有副作用吗？我正在考虑例如链的各个部分无法匹配 CompanyName.com ~ companyname.com：

• 某些 Web 后端可能无法匹配
• 某些负载均衡器/代理/缓存/应用层防火墙可能无法匹配
• 某些客户端可能会错误地应用同源策略
• 某些客户端可能无法在证书检查中匹配
• 虽然 DNS 通常不区分大小写，但 IDN 可以改变情况吗？

有人在 URL 的主机名部分遇到过这些或其他问题吗？

[edit] @Michael Hampton 指出，根据 HTTP 标准，主机名不区分大小写，但某些软件在这方面不合规。

我试图了解不合规软件的流行程度，尤其是客户。我认为所有最近的主要浏览器都很好，但是例如移动应用程序呢？（我应该更好地将其拆分为一个单独的 SF 问题吗？）[/edit]

有什么方法可以使 Linux 文件系统 case-INSENSITIVE ？

我在 Windows 上开发了 asp.net 应用程序，但是将它放在 Linux 上时，它总是存在大小写/拼写问题。

一种方法是将本地主机 SMB 共享挂载到 /var/www。还有其他人吗？

我不确定这个问题应该在哪个网站上，请随时根据需要移动。我正在用 PHP 开发一个项目，我需要区分文件夹“a”和“A”。当我运行脚本时：

<?php

mkdir('A', 0700);
mkdir('a', 0700);

?>

只创建了“A”。这是 mac 问题，还是我可以更改配置文件中的某些内容？

使用 ASP.NET MVC3，如何让 IIS 在区分大小写的路由上不重定向 302？

例如，我在 IIS 中名为“Admin”的站点下创建了一个应用程序文件夹。javascript（有数百个文件，没有微不足道的更改，然后当新代码生成或编写时，我们必须在所有路由上手动强制执行？我认为这太过分了）和一些手写链接都指向/admin/ControllerName/或/admin/controllername/已经指向，因此当 IIS 看到这一点时，它会向/Admin/ControllerName/. 显然（我测试过以确认）只是改变案例可以防止 302。

每个图像、javascript 包含等都会对 IIS 造成两次点击。

我怎样才能减少流量，让 IIS 继续前进，不区分大小写地重新路由我，这样我们就可以停止所有愚蠢的 302。或者这是不可能的，我应该在我们编写的所有代码中永远强制执行每个潜在的 URL？或者我只需要把它吸起来并与 302 一起生活？

我有以下重定向：

RedirectPermanent /SCJ https://fin-iq.com

但它不适用于/scj,/sCj等。有没有办法使这种情况不区分大小写？

我尝试添加 [NC,L] 但页面崩溃了。

谢谢！