Nic*_*cer 5 ruby rack ruby-on-rails http http-headers
在启用Rack :: Deflater gzip我的响应主体时,偶然发现了一些奇怪的事情.也许我错过了一些东西,但启用此功能后,响应被压缩,但资源的ETag会在每个请求上发生变化.这是迫使应用程序每次而不是发送304此作品,未经架::启用Deflater和我已经验证页面的源代码并没有改变作出反应.我正在运行一个瘦的作为Web服务器的rails应用程序.
Gemfile.lock https://gist.github.com/2510816
有没有我可以从机架中间件获得更多的输出,所以我可能会看到最新情况?
提前致谢.
所以我已经解决了我原来的问题,但仍然没有得到理想的结果.事实证明,Rack :: Deflater需要在中间件堆栈中的Rack :: ETag之前.仍然不确定为什么这会导致ETag改变每个请求,但果然如果我改变config.middleware.use "Rack::Deflater",
config.middleware.insert_before "Rack::ETag", "Rack::Deflater"那么ETag在请求之间变得一致.我仍然没有得到304,但我认为这是因为不正确的缓存控制头并且与原始问题无关.希望这可以帮助将来的某个人.
| 归档时间: |
|
| 查看次数: |
595 次 |
| 最近记录: |