브라우저에서 PDF를 표시 할 때 대부분의 브라우저에서 여러 개의 HTTP 요청을 처리합니까?

Question

브라우저에서 PDF를 표시 할 때 대부분의 (IE, FF, Safari, Chrome, Opera) PDF 파일에 대한 다중 HTTP 요청이 이루어 집니까? WebTrends Web Analytics 소프트웨어와 통합하는 문제를 해결하기 위해 노력 중이며 PDF 관련 통계가 잘못된 것처럼 보입니다. 지원에서는 WebTrends가 트래픽, 다운로드 등을 결정하기 위해 웹 서버 액세스 로그를 구문 분석하기 때문에 정확한 PDF 다운로드를 결정하기가 어려워 졌기 때문에 다음과 같이 설명했습니다.
사용자가 PDF를 클릭하고 PDF를 통해 Acrobat Reader 브라우저 플러그인을 사용하면 각 페이지가 한 번에 하나씩 다운로드됩니다. 사용자가 50 페이지 PDF의 처음 2 페이지 만 볼 경우 처음 두 페이지 만 다운로드됩니다.

이것은 (나에게 HTTP 요청이 어떻게 바이너리 파일의 일부분만을 제공 할 수 있었 을까?) - 나는 구글을 검색해 왔지만 이것에 대해 아무 것도 발견하지 못했다.

나는이 현상을 관찰 할 수 있는지 내일 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를 요청으로 분할 할 수 없으며, 또한 그렇게해서는 안됩니다.

요청 (단일 요청)에서 PDF 파일을 제공하고 플러그인으로 표시하는 웹 응용 프로그램이 있습니다. 더 이상 정보를 얻지 않고 PDF 전체를 표시합니다.

또한 HTTP 스니퍼를 찾으려면 Fiddler을 시도 할 수 있습니다. 웹 사이트 디버깅 중에 유용하다는 것을 알았습니다.

Answer 3

의 업체, 파이어 폭스와 IE11은 하나 전화를 걸 SIMTEC 제한에 의해 게시했습니다.

Content-Disposition 헤더가 없으면 Chrome에서 두 번 전화를 겁니다. 누락 된 경우 Chrome은 두 가지 GET을 수행하고 두 번째 GET을 취소 한 것으로 보이며 브라우저에 PDF를 표시합니다. 서버는 초가 취소 된 것을 모르고 PDF를 다시 보냅니다.

이 헤더가 서버에서 전송되면 Chrome은 한 번만 전화를 걸고 파일을 실행하거나 저장합니다.내가 가지고있는 경우

Content-Disposition: attachment 

크롬에서 PDF occours에

Content-Disposition: attachment; filename=test.pdf 

Answer 4

내 테스트에서

, 이중 요청을 (당신은 또한 ... 사용자가 파일을 저장할 때 사용되는 파일 이름을 제안 할 수 있습니다) REST Console 4.0.2 확장이 사용 가능합니다. 이 확장 프로그램을 사용 중지하면 Chrome이 예상대로 작동합니다 (한 요청 만).

편집 : Instapaper 확장 기능을 사용하면 Chrome에서 PDF에 대한 이중 요청을 처리합니다.