問題タブ [content-length]

これは簡単な質問かもしれませんが、そうでないかもしれません。幅をハードコードする選択ボックスがあります。120px と言います。

ユーザーがテキスト全体を表示できるように、2 番目のオプションを表示できるようにしたいと考えています。

他のすべてのように。これは Firefox では問題なく動作しますが、Internet Explorer6 では動作しません。

IIS7 を使用してアプリケーションをホストする HTTP 上に存在するアプリケーション用に、C# で包括的な統合テスト フレームワークを構築しています。

統合テストの一環として、クライアントが HTTP ヘッダーを送信したときに発生する EndOfStreamExceptions (「ストリームの終わりを超えて読み取ることができません」) が発生する着信要求をテストしたいと考えています。体。この条件でエラー回復コードをテストしたいので、このような種類のリクエストをシミュレートする必要があります。

.NET Fx ベースのソケット ライブラリまたはカスタム HttpWebRequest の代替品を探しています。これにより、特に開発者はこのような条件をシミュレートして統合テスト スイートに追加できます。そのようなライブラリを知っている人はいますか? スクリプト可能なソリューションも同様に機能します。

私はファイルのダウンロードのために次のコードを持っています：

ローカルのIIS6で実行すると、正常に動作します。Webブラウザ（IE8、Firefox 3.5.2、Opera 10でテスト済み）は、ファイルのダウンロードを開始する前にファイルの長さを表示します。

このコードをリモートIIS7で実行すると、Webブラウザにファイルの長さが表示されません。ファイルの長さは不明です。

このコードをIIS7で実行すると、ファイルの長さが取得されないのはなぜですか？

ユーザーに大きなファイルのダウンロードを提供するためのasp.net Webページがあります。このページは、IIS7、Windows Server 2008 でホストされています。

奇妙なことに、コンテンツ長の応答ヘッダーを追加しない場合、ユーザーは適切な速度 (2MB/秒) でダウンロードできますが、このヘッダーを追加するとすぐに、ダウンロード速度が約 35kbps/秒に低下します。

これはコードです：

もちろん、コンテンツの長さを省略することもできますが、ユーザーはファイルの大きさやダウンロードにかかる時間を知ることができません...これは面倒です。

このダウンロード速度の大きな変化の原因は何ですか?

洞察を事前にありがとう！

Content-Lengthサーバーから[おそらく]大きなファイルを返すために、HTTPヘッダーを設定することと、チャンクエンコーディングを使用することの長所と短所を比較検討しています。永続的な接続を使用して HTTP 1.1 仕様に準拠するには、どちらか一方が必要です。Content-Lengthヘッダーの利点は次のとおりです。

• ダウンロードダイアログは正確な進行状況バーを表示できます
• クライアントは、ファイルが大きすぎて取り込めないかどうかを事前に知っています

欠点は、オブジェクトを返す前にサイズを計算する必要があることです。これは必ずしも実用的ではなく、サーバー/データベースの使用率を高める可能性があります。チャンク エンコーディングの欠点は、各チャンクとダウンロード プログレス バーの前にチャンク サイズを追加するオーバーヘッドが小さいことです。何かご意見は？私が考えていなかったかもしれない両方の方法のための他の HTTP の考慮事項はありますか?

Kohanaモデル内からブラウザーにファイルを送信しようとしていますが、Content-Lengthヘッダーを追加するとすぐに、ファイルのダウンロードが開始されません。

問題は、コハナがすでにバッファを出力していることのようです。ただし、スクリプトの先頭にあるob_cleanはこれを助けません。また、ob_get_length（）をContent-Lengthに追加しても、0が返されるだけなので役に立ちません。getFileSize（）関数は正しい数値を返します。Kohanaの外部でスクリプトを実行すると、機能します。

exit（）がまだすべてのデストラクタを呼び出しており、後でコハナによって何かが出力された可能性があることを読みましたが、正確には何がわかりません。

誰かがここで私を助けてくれることを願っています...

これは私が使用しているコードの一部です：

Pylons の HTTP 応答にファイルをストリーミングするのにまだ苦労しています。元の問題に加えて、Content-Length ヘッダーを返すことができないため、大きなファイルの場合、クライアントはダウンロードにかかる時間を見積もることができません。私はもう試した

そして私は試しました

どちらの場合も、HTTP 応答 (Fiddler で表示) には Content-Length ヘッダーが含まれていません。Pylons にこのヘッダーを返させるにはどうすればよいですか?

（ああ、ファイルをストリーミングするアイデアがある場合は、元の質問に返信してください - 私はそこにアイデアがありません。）

編集:一般的な解決策ではありませんが、静的ファイルをFileApp提供するために Content-Length ヘッダーを送信できます。動的コンテンツの場合、Alex Martelliの回答が唯一の選択肢のようです。

Webサービスへのアップロードに投稿された画像/pngファイルのコンテンツの長さを含める必要があります。

しかし、ヘッダーに含めるコンテンツの長さを計算するにはどうすればよいですか？

ありがとう。

rest-clientを使用して送信しています。

アップロード用のWebサービスはPostfulです：そしてドキュメントは不明確です：http ：//www.postful.com/developer/guide#uploading_attachments

ペイロードとヘッダーを書いているので、その値を入力する必要があるようです。

また、content-lengthがユーザー入力であるというpostalmethodsも調べています。

http://postalmethods.com/method/2009-02-26/UploadFile

ファイル自体は.PNGです。ペーパークリップを使用してモデルにアタッチするので、そこからファイルパスを取得します。

投稿するcontent-lengthが必要なファイルは、ペーパークリップを使用して添付ファイルとして保存されるため、特定のコード生成の問題は次のとおりです。