ブラウザでPDFを表示すると、ほとんどのブラウザで複数のHTTPリクエストが発生する

Question

PDFをブラウザに表示すると、ほとんどの（IE、FF、Safari、Chrome、Opera）私はWebTrends Web Analyticsソフトウェアとの統合に関する問題に取り組んでおり、PDFに関する統計は間違っているようです。サポートは、WebTrendsがトラフィック、ダウンロードなどを判断するためにWebサーバーのアクセスログを解析するため、正確なPDFダウンロードを判断するのが困難なため、
ユーザーがPDFをクリックし、PDFがユーザーのブラウザでAcrobat Readerのブラウザプラグインでは、各ページが1つずつダウンロードされます。ユーザーが50ページのPDFの最初の2ページのみを表示する場合は、最初の2ページのみがダウンロードされます。

これは私にとって怪しいです（HTTPリクエストはバイナリファイルの一部のみを配信するためにはどうすればいいですか） - 私はGoogleを検索してきましたが、これに対して何も見つかりませんでした。

明日HTTPトラフィックを傍受してこの現象を観察できるかどうかを確認できるIEソフトウェアを見つけようとします。

どのような情報や考えもありがたいです。

Answer 1

あなたのサイトには、このようなHTTPレスポンスヘッダを返す場合：

Accept-Ranges: bytes 

をPDFリーダーは、ドキュメントのわずか数KBを読んだ後intitial接続を閉じます。次に、レンジリクエストヘッダと、必要に応じて文書のセクションを要求する例えば：

Range: bytes=242107-244329, 8060-76128 

このhttp://www.ovationguitars.com/img/OVmanual.pdfでないURLの例。

あなたは受け入れ-範囲を返さない場合は、PDF文書はあなたがHttpWatchを使用してIEでPDFリーダーの動作を確認することができ、単一の要求（例えばhttp://manuals.info.apple.com/en/iphone_user_guide.pdf）

にダウンロードされますその後、ヘッダー。

**免責事項：この回答をHttpWatch 2016年6月のように私のために**

Answer 2

あなたの意見は、あなたのプラグインはPDFをリクエストに分割できないことです。

私はリクエスト（1回のリクエスト）からPDFファイルを提供し、プラグインで表示するWebアプリケーションを持っています。それ以上の情報を得ることなくPDF全体を表示します。

また、HTTPスニファをお探しの場合は、Fiddlerを試してみてください。 Webサイトのデバッグ中にこれが便利であることがわかりました。

Answer 3

のメーカーは、FirefoxとIE11が唯一の呼び出しを行う、Simtec Limitedが投稿されました。

Content-Dispositionヘッダーがない場合、Chromeは2回コールします。見つからない場合、Chromeは2つのGETを行い、2番目のGETをキャンセルして、ブラウザにPDFを表示します。サーバーは秒がキャンセルされたことを知らず、PDFを再度送信します。

このヘッダーがサーバーから送信されると、Chromeは1回だけ通話を行い、ファイルを起動または保存します。私が持っている場合

Content-Disposition: attachment 

ChromeでPDFのoccoursへ

Content-Disposition: attachment; filename=test.pdf 

Answer 4

私のテストで

、二重の要求を（また...ユーザーがファイルを保存するときに使用するファイル名を提案することができます） REST Console 4.0.2拡張が有効になっています。この拡張機能を無効にすると、Chromeは正常に機能します（1回のリクエストのみ）。

編集：Instapaper拡張機能を有効にすると、ChromeはPDFに対して2回のリクエストを行います。