CloudFlareでChunked encodingを避ける方法とは

Question

無料のCDN、CloudFlareを利用しています。

オリジンサーバのレスポンスではContent-Lengthヘッダを指定しているにも関わらず、CloudFlareのレスポンスはTransfer-Encodingヘッダが追加されたHTTP Chunked transfer encodingに変わってしまいます。

GTmetrixのスコアを限界まで上げたいならCloudFlareを使おう - Qiita

この問題の解決策が以下のページに書いてあるようなのですが、私は英語が読めず、内容の理解ができていません。

Why is my dynamic content being sent with chunked encoding? – CloudFlare Support

このページの内容にある(と思われる)、CloudFlareでContent-Lengthヘッダによるレスポンスを送出する方法とは?

Answer 1

CloudFlaireのページを読むと、

So in this case you will need to make sure you are sending HTTP 1.0 as the protocol from your web server if you specifically need the content-length header.

content-lengthのヘッダが必要なら、HTTP 1.0でWebサーバから送れ、
と書いてありますね。
事実上難しい気がします。

一応条件を整理すると、以下の1、2を満たすことのようです。

1.サーバからHTTP/1.0で返すこと。
2.以下のいずれかを満たすこと。
2-1.Which file extensions does CloudFlare cache for static content?にある拡張子にする。
2-2.PageRuleを使って、"custom caching"で"cache everything"に設定する。

2-2.の時に1が必要とは直接書いていませんが、
文脈からそう読み取りました。

また、動作上、sounisi5011さんの環境でも、
おそらく2-1.の条件は満たしているのではないかと思います。
それは、JavaScriptのHTTPのレスポンスヘッダに
+CF-Cache-Status:HIT
があり、キャッシュはされているように見えるためです。

なぜこの様な仕様にしているかの根拠として、

For version 1.1 of the HTTP protocol, the chunked transfer mechanism is considered to be always acceptable, even if not listed in the TE request header field, and when used with other transfer mechanisms, should always be applied last to the transferred data and never more than one time. (Source: wikipedia "Chunked Encoding"). 

というWikipediaの箇所を、HTTP/1.1の場合に常にchunkedで返す理由にしている様です。
この箇所は常にacceptableであると言っているだけで根拠として弱いと思いますが、
これ以上は読み取れませんでした。

Comments

[sounisi5011]

もし宜しければ、該当するWikipediaの記述についても教えていただけないでしょうか。

[eripong]

引用した部分の日本語訳は、大体、以下の意味と思います。

「HTTP/1.1では、Transfer-Encodingヘッダが無い場合でも、
チャンク転送コーディングは常にacceptableと考えられ、
他の転送コーディングを使う際も、最後に1回だけ、
必ず適用されるべきです。」

acceptable(許容できる)のだから、常にチャンク転送エンコーディングすることにする。
と言っていると解釈しました。

[eripong]

http://www.eonet.ne.jp/~h-hash/rfc_ja/rfc2616.ja.html#Sec3.6
を参考にしました。