Iis imageresizer（如果自支持后修改）

我试图弄清楚为什么imageresizer在执行If Modified之后返回“HTTP/1.1 200 OK”而不是“HTTP/1.1 304 not Modified”状态代码，这与没有imageresizer的请求相反，imageresizer返回“HTTP/1.1 304 not Modified”作为例外

我仅使用带imageresizer Resize模块的IIS，命令语法如下：

curl-I——标题“如果修改自：DATE-FORMAT-HERE”

谢谢，

---

Yaron

如果您安装了DiskCache插件，则会提供修改日期，但缓存文件的实际服务将委托给StaticFileModule或下一个处理请求的HttpModule。ImageResizer本身不处理服务。这个决定是为了优化请求吞吐量，因为StaticFileModule使用IIS的本机代码来提供文件，并且经过了高度优化。这是非常令人惊讶的，它不尊重，如果修改，因为请求

---

在Imageflow.NET服务器中，我们处理服务，因此我们可以添加对此类请求的支持。我们已经支持ETag和If None匹配，这比此后修改的更精确、更可靠。您确定不能改用较新的Imageflow.NET服务器吗？

您可以尝试使用查看日志文件中是否有关于if-Modified-Frient:DATE-FORMAT-的错误消息。是否安装了DiskCache插件？嗨，Lilith，Imageflow.NET服务器是否支持if-Modified-Frient？如果不匹配，它将提供支持，因此，如果修改，因为将是多余的。