Rack :: Deflaterが有効になっているときにETagが変化します

Question

は、Rack :: Deflaterが応答本体をgzipできるようにする際に奇妙なことに遭遇しました。おそらく私は何かが欠落していますが、これを有効にするとレスポンスは圧縮されますが、すべての単一リクエストでリソースのETagが変更されます。これは、アプリケーションが304を送信するのではなく、毎回応答するようにしています。これは、Rack :: Deflaterを有効にしなくても動作し、ページソースが変更されていないことを確認しました。 Webサーバーとしての薄型のレールアプリを実行していますか？

Gemfile.lock https://gist.github.com/2510816

私が起こっていただきました！見ることができるかもしれないので、私は、ラックのミドルウェアからもう少し出力を得ることができます何らかの方法はありますか？

ありがとうございます。

Answer 1

私は元の問題を修正しましたが、依然として望ましい結果を得ていません。 Rack :: Deflaterは、ミドルウェアスタックのRack :: ETagの前にある必要があります。しかし、なぜこれによってETagがすべての要求を変更するのかはわかりますが、config.middleware.use "Rack::Deflater"を config.middleware.insert_before "Rack::ETag", "Rack::Deflater"に変更すると、ETagは要求全体で一貫しています。私はまだ304を取得していないが、私はそれが誤ったキャッシュ制御ヘッダーと元の問題とは無関係であると考えている。うまくいけば、これは将来誰かを助けてくれるでしょう。