4

我正在尝试创建一个系统来使用 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 错误 500.50 - URL 重写模块错误。由于发生内部服务器错误，无法显示该页面。

我已经检查了请求的 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=1f4&Height=1f4&ResizeType=2&Extension=jpg

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

任何人都可以建议一种解决方法来让它工作吗？

编辑：在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)

可以在此处查看整个跟踪结果（仅限 IE）

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

4

1 回答 1

2

作为使用 UrlRewrite 执行此检查的替代方法，为什么不使用基于磁盘的缓存的应用程序请求路由。将生成动态图像，ARR 的缓存基础设施会将生成的图像保存到磁盘。更少的混乱，我在生产场景中使用 ARR 取得了巨大的成功。磁盘缓存在 IIS 重新启动之间持续存在，并且可以按照您的说法存在（默认是使用响应中的缓存信息，但您可以将其覆盖更长）。

应用请求路由

于 2012-08-10T15:00:47.103 回答