5

首先,我知道这有点像“死马”,但我已经在互联网上搜索了一个解决方案,但没有找到。不幸的是,这个正确的答案可能没有答案。

我在表达式引擎中有一个在 IIS7 上运行的站点(不要问),并且正在运行 Structure。

内容编辑者创建或更改条目并希望修改 URL 存在一个常见问题。当他们这样做时,他们往往会疯狂地区分大小写,要么骆驼大小写,要么只是设计自己的大小写方法来修改 URL。

第1轮

我遇到的第一个问题是营销团队在营销电子邮件的链接中放置了驼峰式和奇数式 URL 等。通过在 .htaccess 文件中捕获和重写 URL 来解决这个问题,例如:

#Make URL's lower case
RewriteEngine On
RewriteMap  lc int:tolower
RewriteCond %{REQUEST_URI} [A-Z]
RewriteRule (.*) ${lc:$1} [R=301,L]

这解决了第 1 轮的 URL 问题。

第二轮

下一个问题是两个方面。--> FF 切入点。

折叠 1:他们有运行 IIS .Net 应用程序的内部开发,这些应用程序采用驼峰式格式。这一变化几乎让他们关闭了一上午。(哎呀!)

折叠 2:他们的贡献者以驼峰式的方式修改 URL,或者只是设计自己的对修改后的 URL 进行大小写的方法。

这是我卡住的地方。有没有我可以为此提供的解决方案,或者在这种情况下,他们需要遵守更严格的标准并让自己承担更多责任?

感谢您提供信息。

4

2 回答 2

0

ExpressionEngine URL 不应该区分大小写(至少它们不在我见过的任何 EE 站点上,包括expressionengine.com)。

您可能应该深入了解导致 URL 首先区分大小写的服务器问题。这可能是要做的事情

于 2012-11-04T06:58:11.357 回答
0

当我将 Windows Server 2008 升级到 2019 时,我遇到了类似的情况。

我注意到该站点对图像等资源变得“区分大小写”。

在旧的 web.config 中,有一个配置导致了这种情况:

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <staticContent>
        <mimeMap fileExtension=".woff" mimeType="application/font-woff" />
    </staticContent>
</system.webServer>

评论mimeMap标记和资源恢复工作就足够了。

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <staticContent>
        <!--
        <mimeMap fileExtension=".woff" mimeType="application/font-woff" />
        -->
    </staticContent>
</system.webServer>
于 2020-08-31T23:41:04.970 回答