Hầu hết các trình duyệt đều thực hiện nhiều yêu cầu HTTP khi hiển thị tệp PDF từ trong trình duyệt

Question

Làm được nhiều nhất (IE, FF, Safari, Chrome, Opera) thực hiện nhiều yêu cầu HTTP cho tệp PDF khi hiển thị tệp PDF trong trình duyệt? Tôi đang làm việc về vấn đề tích hợp với phần mềm WebTrends Web Analytics và thống kê xung quanh các tệp PDF có vẻ không chính xác. Hỗ trợ đã nói với tôi rằng vì WebTrends phân tích nhật ký truy cập Máy chủ Web để xác định lưu lượng truy cập, tải xuống, v.v. có một thời gian khó khăn để xác định tải xuống PDF chính xác vì:
Khi người dùng nhấp vào tệp PDF và PDF mở trong trình duyệt của người dùng Trình cắm trình duyệt Acrobat Reader, mỗi trang được tải xuống một lần - nó thực hiện điều này để tiết kiệm băng thông, nếu người dùng chỉ xem 2 trang đầu tiên của 50 trang PDF, chỉ 2 trang đầu tiên được tải xuống.

Điều này nghe có vẻ cá đối với tôi (làm thế nào một yêu cầu HTTP được thực hiện để chỉ phân phát một phần của tệp nhị phân?) - Tôi đã tìm kiếm trên Google nhưng chưa tìm thấy bất kỳ điều gì nói về điều này.

Tôi sẽ cố gắng tìm một số phần mềm IE cho phép tôi đánh hơi lưu lượng truy cập HTTP vào ngày mai để xem liệu tôi có thể quan sát hiện tượng này hay không.

Mọi thông tin/suy nghĩ đều được đánh giá cao.

Answer 1

Nếu trang web của bạn trả về một phản ứng tiêu đề HTTP như thế này:

Accept-Ranges: bytes 

người đọc PDF sẽ đóng kết nối intitial sau khi đọc chỉ là một vài KB của tài liệu. Sau đó, nó yêu cầu các phần của tài liệu theo yêu cầu với tiêu đề yêu cầu Phạm vi, ví dụ:

Range: bytes=242107-244329, 8060-76128 

Ví dụ về URL thực hiện điều này là http://www.ovationguitars.com/img/OVmanual.pdf.

Nếu bạn không trả lại Accept-Phạm vi tiêu đề thì tài liệu PDF sẽ được tải về trong một yêu cầu duy nhất (ví dụ http://manuals.info.apple.com/en/iphone_user_guide.pdf)

Bạn có thể thấy hành vi của người đọc PDF trong trình duyệt IE bằng HttpWatch.

** Disclaimer: Câu trả lời này đã được đăng bởi Simtec Limited, các nhà sản xuất của HttpWatch **

Answer 2

Suy nghĩ của tôi là bạn đang phát hiện: plugin của bạn không thể (và không được) chia PDF thành yêu cầu.

Tôi có một ứng dụng web phục vụ các tệp PDF từ một yêu cầu (một yêu cầu duy nhất) và hiển thị trong một trình cắm. Nó hiển thị toàn bộ PDF mà không nhận thêm bất kỳ thông tin nào.

Ngoài ra, nếu bạn đang tìm kiếm trình thám thính HTTP, bạn có thể thử Fiddler. Tôi đã tìm thấy điều này hữu ích trong quá trình gỡ lỗi trang web.

Answer 3

Đối với tôi như tháng Sáu năm 2016, Firefox và IE11 chỉ làm cho một cuộc gọi.

Chrome thực hiện hai cuộc gọi nếu không có tiêu đề Content-Disposition. Khi bị thiếu, Chrome thực hiện hai lần GET, có vẻ như hủy bỏ lần thứ hai, và hiển thị tệp PDF trong trình duyệt. Máy chủ không biết rằng thứ hai bị hủy và gửi lại tệp PDF.

Khi tiêu đề này được gửi từ máy chủ, Chrome chỉ thực hiện một cuộc gọi và khởi chạy hoặc lưu tệp.

Content-Disposition: attachment 

(Bạn cũng có thể đề nghị tên tập tin được sử dụng khi người sử dụng tiết kiệm các tập tin ...)

Content-Disposition: attachment; filename=test.pdf 

Answer 4

Trong các thử nghiệm của tôi, yêu cầu gấp đôi lên một occours PDF trong Chrome nếu tôi có mở rộng REST Console 4.0.2 được bật. Tắt tiện ích mở rộng này sẽ giúp Chrome hoạt động như mong đợi (chỉ một yêu cầu).

Chỉnh sửa: Tiện ích mở rộng Instapaper được bật cũng làm cho Chrome thực hiện yêu cầu gấp đôi thành PDF.