asp.net - 在 IIS URL 重写 2 中重新处理重写的 URL 时出错

Question

我正在尝试创建一个系统，使用 MVC3 和 IIS URL Rewrite 2 从 GridFS 提供图像及其调整大小的版本。经过测试，我意识到直接从文件系统提供图像比使用 GridFS 文件提供图像快 10 倍溪流。然后，我决定将原始文件保留在 GridFS 中，并使用 Url Rewrite 2 和 Asp.Net 处理程序的组合在服务器本地文件系统上创建原始文件和调整大小版本的副本。

以下是我用于提供原始版本和调整大小版本的重写规则:

<rule name="Serve Resized Image" stopProcessing="true">
  <match url="images/([a-z]+)/[a-f0-9]+/[a-f0-9]+/[a-f0-9]+/([a-f0-9]+)-([a-f0-9]+)-([a-f0-9]+)-([0-9]+)\.(.+)" />
  <conditions logicalGrouping="MatchAll" trackAllCaptures="false">
    <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
  </conditions>
  <action type="Rewrite" url="/Handlers/ImageResizer.ashx?Uri={REQUEST_URI}&amp;Type={R:1}&amp;Id={R:2}&amp;Width={R:3}&amp;Height={R:4}&amp;ResizeType={R:5}&amp;Extension={R:6}" appendQueryString="false" logRewrittenUrl="true" />
</rule>
<rule name="Serve Original Image" stopProcessing="true">
  <match url="images/([a-z]+)/[a-f0-9]+/[a-f0-9]+/[a-f0-9]+/([a-f0-9]+)\.(.+)" />
  <conditions logicalGrouping="MatchAll" trackAllCaptures="false">
    <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
  </conditions>
  <action type="Rewrite" url="/Handlers/Images.ashx?Uri={REQUEST_URI}&amp;Type={R:1}&amp;Id={R:2}&amp;Extension={R:3}" appendQueryString="false" logRewrittenUrl="true" />
</rule>

如您所见，重写引擎会检查文件系统上是否存在该文件，如果不存在。重写 url 并将请求发送到处理程序。处理程序为流提供服务并将文件写入文件系统。在下一个请求时，直接从文件系统提供文件。我通过拆分 24 个字符 ID(MongoDB 对象 ID 作为字符串)将文件分隔到文件夹中，以避免同一文件夹中出现成千上万的图像。

以下是原始图像请求示例:

http://localhost/images/test/50115c53/1f37e409/4c7ab27d/50115c531f37e4094c7ab27d.jpg

这个版本和调整大小的版本都可以正常工作。

由于这个URL太长并且有重复，我决定再次使用重写引擎来缩短URL以自动生成文件夹名称。这是我放在顶部的规则:

<rule name="Short Path for Images">
  <match url="images/([a-z]+)/([a-f0-9]{8})([a-f0-9]{8})([a-f0-9]{8})(.+)" />
  <action type="Rewrite" url="images/{R:1}/{R:2}/{R:3}/{R:4}/{R:2}{R:3}{R:4}{R:5}" appendQueryString="false" logRewrittenUrl="true"></action>
</rule>

当我使用此规则请求图像时，例如使用以下 URL:

http://localhost/images/test/50115c531f37e4094c7ab27d.jpg

它仅在图像已位于文件系统上时提供图像，否则我会收到以下错误:

HTTP Error 500.50 - URL Rewrite Module Error. The page cannot be displayed because an internal server error has occurred.

我已检查 IIS 日志文件条目中是否有该请求。它不显示任何详细信息，除了:

2012-08-02 14:44:51 127.0.0.1 GET/images/test/50115c531f37e4094c7ab27d.jpg - 80 - 127.0.0.1 Mozilla/5.0+(Windows+NT+6.1;+WOW64)+AppleWebKit/537.1+(KHTML,+like+Gecko)+Chrome/21.0.1180.60+Safari/537.1 500 50 161 37

另一方面，成功的请求会记录重写的 URL，例如:

GET/Handlers/ImageResizer.ashx Uri=/images/test/50115c53/1f37e409/4c7ab27d/50115c531f37e4094c7ab27d-1f4-1f4-2.jpg&Type=test&Id=50115c531f37e4094c7ab27d&Width=1 f4&Height=1f4&ResizeType=2&Extension=jpg

Elmah 和 EventLog 也没有显示任何内容。在我的 Controller 方法的顶部添加了一个文件系统记录器，它不会记录这些特定的有问题的请求。

有人可以建议一个解决方法来让它工作吗？

编辑:RuslanY之后关于Failed Request Tracing的建议，我已经设法识别出错误:

ModuleName: RewriteModule 
Notification: 1 
HttpStatus: 500 
HttpReason: URL Rewrite Module Error. 
HttpSubStatus: 50 
ErrorCode: 2147942561 
ConfigExceptionInfo: 
Notification: BEGIN_REQUEST
ErrorCode: The specified path is invalid. (0x800700a1)

整个跟踪结果可见 here (仅限 IE)

不幸的是，这仍然没有让我找到解决方案，因为当文件存在于文件系统上时第二条规则(因此缩短规则)正在起作用。

Answer 1

作为使用 UrlRewrite 进行此检查的替代方法，为什么不使用基于磁盘的缓存的应用程序请求路由。将生成动态图像，ARR 的缓存基础结构会将生成的图像保存到磁盘。减少困惑，我在生产场景中使用 ARR 取得了巨大成功。磁盘缓存在 IIS 重新启动之间持续存在，并且可以按照您指定的时间保留(默认情况是使用响应中的缓存信息，但您可以覆盖此设置以延长时间)。

Application Request Routing