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

2023年1月21日 324次阅读

我正在尝试创建一个系统来使用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太长并且其中有重复,因此我决定再次使用重写引擎来缩短网址以自动生成文件夹名称.这是我放到顶部的规则：

<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,与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&扩展= 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)

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

不幸的是,由于第二个规则(因此缩短规则)在文件系统上存在文件时正在工作,因此仍然没有把我带到解决方案.

最佳答案 作为使用UrlRewrite执行此检查的替代方法,为什么不使用基于磁盘的缓存的应用程序请求路由.将生成动态图像,ARR的缓存基础结构将生成的图像保存到磁盘.减少混乱,我使用ARR在生产场景中取得了巨大成功. IIS重新启动之间的磁盘缓存仍然存在,并且只要你说的话就可以存活(默认是使用来自响应的缓存信息,但你可以将其覆盖更长).

Application Request Routing

点赞