問題タブ [http-chunked]

アプリのどこにも使用していませんstreamが、応答はまだ送信されていますtransfer-encoding: chunked

追加の謎 #1: ヘッダーは小文字です

追加の謎 #2: がありetag、レールではデフォルトで本体の md5 を使用して計算されますが、ストリーミングの場合は実行できません。

より詳しい情報

• レール4.0.1
• 1.9.3モードのjruby 1.7.6
• ヒロク
• プーマ

仕様によると、チャンク動作が機能するには Transfer-Encoding が必要です。

ただし、デバッグ中に、ヘッダーが応答に含まれていない場合、クライアントはそれを問題なく処理しているように見えます。

tcpdump トレースはおおよそ次のとおりです。

Transfer-Encoding ヘッダーなし:

Transfer-encoding ヘッダー付き:

client(curl) が transfer-encoding ヘッダーに依存していないように見えますか? もしそうなら、それはどのように知っていますか？

ありがとう、

HTTP 1.1 クライアントが、要求への応答をチャンク化しないことを示すヘッダー値を設定することは可能ですか? または、これを防ぐ唯一の方法は、HTTP 1.0 要求を送信することですか? グーグルで調べてみましたが、HTTP 1.1サーバーでチャンク転送を無効にする方法しか見つからないので、クライアントでは不可能だと思いますが、とにかく聞いてみようと思いました.

画面全体を記録しようとしましたが、単一の応答を記録できませんでした。

画面は、ライブ データを取得するためのものです。したがって、ライブデータをクリックすると、ライブデータを含む応答とは別にページが記録されます(Jmeter2.9)。

「接続がオフラインです」と言っています（ブラウザで同じシナリオを試してみましたが、完全に機能しています。

Jmeterのみです）

ページのロード中に、Jmeter ログを取得しています。

****しかし、同じサーバーと画面で他のすべての https 要求/応答を記録できますが、1 つの要求のみに問題があります。また、証明書をインポートしようとしました。

応答ヘッダー:

リクエストヘッダー:

***チャンク化された Transfer-Encoding が原因ですか ???

過去2日間からこれで立ち往生している私を助けてください。

ありがとうございました！！！

Nginx を介した Chunked Transfer Coding の提供に問題があります。

提供されるデータは、uwsgi を介して実行されるフラスコ アプリから取得されます。以下は、uwsgi が GET 要求に対して返すサンプル応答です。

この応答は、次の構成で nginx にパイプされる unix ソケットに入ります。

問題は、Nginx が実際に次の応答を返すことです。

したがって、基本的にはフラスコアプリによって生成されたすべてのチャンクを配置し、チャンク転送コーディングで提供している 1 つの大きなチャンクに配置します。

他のすべての機能 (基本的な HTTP 1.0) は完全に機能しているので、この動作の理由は何でしょうか。

tl;dr : NGINX はチャンクのリストを 1 つの大きなものに変換し、提供される json データの真ん中に 16 進数を残します

私のサーバーはチャンクされたエンコードされたデータを送信しており、クライアントでチャンクされた応答を取得できます。私が直面している問題は、一部のチャンクが大きすぎることです。約 10 MB です。最大チャンク サイズを 2M に設定しているため、例外が発生します。

この大きなチャンクを小さなチャンクに分割する方法はありますか?