問題タブ [http-content-length]

私の ASP.NET アプリは JSON オブジェクトをユーザーに返します。これには、バイナリ エンコードされたデータが含まれています。このため、HTTP 圧縮を有効にすることにしました。問題は Content-Length で始まりました。

圧縮を有効にすると、応答が送信され、接続がすぐに閉じられない間、Content-Length ヘッダーは無視されます。すべてのデータが送信された後、接続は約 15 秒間開いたままです。

HTTP 圧縮を有効にしたいのですが、Content-Length ヘッダーの問題を解決する方法がわかりません。

JSON.stringify()を使用してXMLHttpRequest()でサーバーに投稿しようとしているJavascriptオブジェクトがあります。私のコードは、Safari (5.1.2) を除くすべての主要なブラウザーで正常に動作します。私の分析では、Safari が実際にデータを送信していることがわかります。Safari 開発者ツールでメッセージを確認でき、IIS ログで受信したバイト数を確認できます。これは正確 (48kb) のようですが、WCF 関数はオブジェクト データを取得しません。wcf ログを調べると、Safari の content-length が 0 であり、chrome の値を持っていることがわかります。誰かがこの問題について何か洞察を持っていますか?

サファリ：

クロム：

このヘッダーを送信するURLからcontent-lengthを取得したい：

HTTP / 1.1 301永続的に移動日付：2012年1月1日日曜日09:34:44 GMTサーバー：Apache場所：https ： //www.sugarsync.com、www.sugarsync.com/pf/D6304231_0192919_76577 Keep-Alive：timeout = 300 、max = 9793接続：Keep-Alive Content-Type：text / plain; charset = UTF-8

問題は、元のURLがこのヘッダーで送信されるのと同じ新しいURLであるということです。言い換えると、次のURLからヘッダーを取得します：https ：//www.sugarsync.com/pf/D6304231_0192919_76577取得したヘッダーでは、同じページにリダイレクトされます。

Content-Length 2GBまたは4GBを超えるHTTP は最新の Web サーバーでサポートされていますか?

HTTP Chunked Transfer Encoding のチャンクはどうですか? 個々の HTTP チャンクの長さが2GBを超えることはできますか?

32-bit integersまたは64-bit integersをコードで使用することを知る必要があります。

常にContent-Length: 0ヘッダーを送信するページのコンテンツを取得する必要がありますが、ページが空になることはありません。

空のfile_get_contents(url)文字列を返すだけです。

ページによって返されるヘッダー全体は次のとおりです。

file_get_contents を使用してヘッダーを無視することは可能ですか、それとも curl を使用する必要がありますか?

編集

get_headers(url)出力 (を使用print_r):

nginxContent-Lengthのリクエストでヘッダーのチェックを無効にする方法はありますか?PUT

HTTPサーバーが「Connection：keep-alive」ヘッダーを含むHTTP / 1.0リクエストを受け取った場合、クライアントが「Transfer-Encoding：chunked」を理解するのは当然のことですか？

基本的に、HTTP / 1.0クライアントからの「Connection：keep-alive」ヘッダーを尊重するかどうかを決定しようとしています。私がそれを尊重する場合、Content-Lengthヘッダーを計算するために応答全体をバッファリングできないため、応答にチャンクコーディングを使用する必要があります。

「Connection：keep-alive」を要求するHTTP / 1.0クライアントがチャンクコーディングも理解することを期待するのが安全でない場合は、応答するたびに接続を閉じる必要があります。（または私は何かを逃したことがありますか？）

私はこのようなコードを使用しています：

一部のコンテンツを出力し、その後、時間のかかるバックグラウンドジョブを実行します。
他のファイルでは、バックグラウンドジョブが終了するのを待たずに、最初のスクリプトのデータにアクセスしようとしています。
残念ながら、これは私にはうまくいきません：

Content-lengthヘッダーに注意を払わないためです。ただし、ブラウザではすべてが正常に機能します。助言がありますか？ありがとう。

ApacheHTTPクライアントを使用してHttpPOSTリクエストを作成しようとしています。HTTP POSTリクエスト（アプリケーションで受信）の内容を別のHTTP POSTリクエスト（アプリケーションから別のURLに開始）にコピーしようとしています。コードを以下に示します。

基本的に、私はパラメータとしてURLを取得し、URLへのリクエストを転送してから、カスタムのルックアンドフィールでページなどを提供するプロキシアプリケーションを実装しようとしています。

これがHttpServletRequestrequestです。コンテンツの長さの設定で問題が発生しています。clientToProxyBuf.available()デバッグを通じて、正しい長さの入力ストリームが得られず、Httpエラー400IEとChromeが発生していることがわかりましたError 354 (net::ERR_CONTENT_LENGTH_MISMATCH): The server unexpectedly closed the connection。

私はそれを間違っていますか？それを達成する他の方法はありますか？

私はファイルを MP3 プレーヤーに送信している状況にあり、このプレーヤーはプログレス バーを適切に表示するためにファイルの長さを知る必要があります。問題は、この MP3 がオンザフライ変換の結果であるファイルからのものであるため、最終的なファイル サイズがわからないことです。推定値 (ビットレート * 再生時間)。そのため、ファイルに誤った Content-Length を設定すると、ファイルを提供できず、ネットワーク エラーでダウンロードが最後にハングします。

ブラウザにデータを最終的かつ現状のまま受け入れるように強制する方法はありますか? プレイヤーにとっては、これは問題ではありません。なぜなら、必要以上に早く終了するとおそらく停止するからです。

[編集]

とりあえず、適切なサイズになるまで「00」バイトを追加して、再生方法を確認します。