Amazon s3 将ImageResizer从3.4.3升级到4.0似乎会破坏S3Reader

我们一直在评估ImageResizer，到目前为止，一切都很好。我们的一个主要用例是上传到S3的图像，我们想在4.0中测试重写的S3插件。从安装了3.4.3的应用程序：

下载了NuGet软件包。 使用本地包源升级应用程序的依赖项，并删除过时的Mvc包。 已删除MvcRoutingShim，但未对web.config进行其他更改。 重建应用程序后，使用VS2012和IIS Express 8在我的工作站上进行测试时，一切似乎正常。我可以通过RemoteReader插件获取图像。我们编写的一个简单的URL重写插件似乎工作正常。但是我不能让S3Reader2插件产生404以外的任何东西。我已经修改了许多插件设置，尝试了各种好的和坏的URL组合，但都没有成功

给你

---

升级到4.0时是否需要对配置进行一些更改？为什么它在本地运行不起作用？我应该使用更稳定的4.0版本？

根据诊断页面，您似乎没有安装静态文件处理程序或模块。由于您使用的是DiskCache，ImageResizer将磁盘缓存文件的服务委托给配置的任何静态文件服务器，因此您可以获得最佳性能并支持所有深奥的HTTP命令

添加静态文件处理程序应该可以解决这个问题

  <system.webServer>
    <handlers>
      <add name="AspNetStaticFileHandler" path="*" verb="*" type="System.Web.StaticFileHandler" />
    </handlers>
  </system.webServer>

您还应该验证是否安装了本机静态文件模块，从理论上讲，这会更快

---

使用NuGet中更新的版本时，此问题似乎已得到修复。我推测我们可能已经看到了，但我们可能永远也无法确定。

Hmm。但它在3.4.3中起作用，现在在RemoteReader中起作用。禁用磁盘缓存也不能解决问题。在中添加该处理程序也不能解决问题。有没有办法从S3插件中获得更多关于它试图做什么的信息&它的失败在哪里？我需要安装你的日志插件…和NLog吗？试试看。有可能404实际上是一个缺少的依赖项。较新的版本在理论上揭示了潜在的问题。我已经更新到793，我看到S3也有同样的404。我很确定你指的是788，我一直在用。再说一次，有什么方法可以让我从您的代码中获得关于失败的更详细的输出吗？更多的是要弄清楚请求没有到达ImageResizer的原因。附加调试器是一种相对简单的方法。还有很多种404。项目的Samples文件夹中的S3ReaderSample对您的IIS配置有效吗？