0

我使用 ISAPI_Rewrite v2 进行 url 重写很长一段时间。该网站使用希伯来语，因此页面网址。ISAPI_Rewrite v2 不支持希伯来字符，但我通过对希伯来字符使用 UTF-8(Hex) 代码克服了这个问题。这是一个例子：

RewriteRule ^/\%D7\%A6\%D7\%95\%D7\%A8_\%D7\%A7\%D7\%A9\%D7\%A8/$ /Contact.aspx [L,I]
RewriteRule ^/\%D7\%A6\%D7\%95\%D7\%A8_\%D7\%A7\%D7\%A9\%D7\%A8$ /Contact.aspx [L,I]

问题：在 statcounter 检查我的热门页面时，我遇到了这个 url：

http://mysite.com/%u05F6%u05E5%u05F8_%u05F7%u05F9%u05F8

这与我的示例中的 URL 规则相同，但使用 Unicode！显然 ISAPI_Rewrite v2 不处理这个 URL，我用户得到“找不到页面”。

还有一些更复杂的页面，例如发送部分 URL 作为查询参数。这也是 Unicode。

我虽然只有一个解决方案 - 制定相同的规则，这次使用 Unicode 并在后面的代码中处理 Unicode。但是解决方案有两个问题：

  1. URL 以 Unicode 而不是希伯来语为用户显示。
  2. 代码中的更多代码，在我看来，不需要。我的意思是，这种情况可以/需要在到达代码之前进行处理。

有什么想法吗？

谢谢。

编辑： 也许这种重定向可以通过 IIS6 以某种方式完成？当 IIS 识别 Unicode URL 时，它会将其转换为 UTF-8 并重定向页面。

4

2 回答 2

3

ISAPI_Rewrite v2 不支持希伯来字符，但我通过使用 UTF-8 克服了这个问题

IIS 通常要求您在 URL 中使用 UTF-8。当 URL 不是有效的 UTF-8 序列时，可以使用默认的特定于区域设置 ('ANSI') 编码，但如果您的服务器的区域设置不是希伯来语（代码页 1255），则 (a) 没有用, 和 (b) 仍然不完全可靠，因为某些 cp1255 字符串也可以是有效的 UTF-8 序列。所以，是的，为了可靠性，请始终使用 UTF-8 格式。

http://mysite.com/%u05F6%u05E5%u05F8_%u05F7%u05F9%u05F8

这与我的示例中的 URL 规则相同，但使用 Unicode！

并不真地。%uxxxx语法来自 JavaScript函数，并且特定于该escape()函数的自定义编码形式。它与标准 URL 编码无关。以上甚至不是一个有效的 URL，并且不会被某些浏览器接受。

您需要找到该链接的来源并修复它以使用正确的 UTF-8-%xx-encoding 代替。

与此同时，您也许可以使用重定向到规范表单的 404 处理程序来做一些事情。

于 2011-07-20T23:20:06.213 回答
0

如果你在 IIS 后面使用一些 FastCGI 扩展，你可以尝试配置 FastCGI 以对一组特定的服务器变量使用 UTF-8 编码，使用 REG_MULTI_SZ 注册表项 FastCGIUtf8ServerVariables 并将其值设置为服务器变量名称列表。

reg add HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\w3svc\Parameters /v FastCGIUtf8ServerVariables /t REG_MULTI_SZ /d REQUEST_URI\0PATH_INFO

https://www.iis.net/learn/application-frameworks/install-and-configure-php-on-iis/configuring-the-fastcgi-extension-for-iis-60#utf8servervars

于 2016-10-06T10:39:47.680 回答