IIS6 或 IIS7 经典模式下的 HTTP 处理程序

Question

我目前正在与 IIS 中的 httphandlers 作斗争。 我正在 VS2010 和 Cassini 中使用 .NET4 开发一个网站。在这个网站中，我有一个画廊，其图片是通过我的处理程序加载的。 例如 http://mywebsite.com/Gallery/123/Pic1.jpg 我的 HTTP 处理程序获取 id 123 并从数据库返回图片（简化）。

因此，在 Cassini（VS 集成网络服务器）和 IIS7 中的“集成模式”中一切正常。图片按应有的方式加载。

但我必须将此站点部署在使用 IIS6 的共享主机上。

经过多次搜索和自己的日志记录，我发现请求没有路由到我的处理程序，因此我从 IIS 收到 404。

我的定义对于 IIS7 集成模式来说已经足够了：

<system.web>
   <handlers>
       <add verb="*" path="Gallery/*/*" type="[coorect Type spec]" />
   </handlers>
</system.web>

对于经典模式下的 IIS7，我必须添加

<system.webServer>
    <handlers>
        <add name="ImageHandler" verb="*" path="Galler</*/*" type="[type]" modules="IsapiModule" scriptProcessor="c:\windows\Microsoft.net\framework\v4.0.30319\aspnet_isapi.dll"/>
    </handlers
</system.webServer>

最后一个配置仅适用于模块和脚本处理器属性中的内容...

但是此配置在 IIS6 中不起作用...

可以有人帮我吗？

Answer 1

问题是 IIS6 通常使用文件扩展名来决定将请求传递给哪个 ISAPI 处理程序。因此它看到 .jpg 并尝试从该路径提供静态文件。这也是IIS7所说的经典模式。您会注意到您在配置中引用了 aspnet_isapi.dll，因为需要告诉它应该如何处理此问题。将其传递到 aspnet_isapi 后，asp.net http 处理管道就会启动，您可以执行处理程序。

最简单的修复方法是找到支持 IIS7 的主机。如果失败，您可以查看他们是否有任何网址重写选项。这样，您就可以重写一些东西，以便在 url 上附加一个 .ashx，这将让 IIS6 抓取它并将其放入 asp.net 管道中，并且您的处理程序将触发。您还可以查看它们是否允许通配符映射，但这对于大多数共享主机来说是一个非常高的要求。