Trang chủ » làm thế nào để » Các trình duyệt dựa trên văn bản có làm giảm lưu lượng mạng không?

    Các trình duyệt dựa trên văn bản có làm giảm lưu lượng mạng không?

    Không có nghi ngờ rằng các trang web ngày nay có đầy đủ nội dung phong phú và sử dụng nhiều băng thông hơn để tải lên đầy đủ, nhưng việc sử dụng trình duyệt dựa trên văn bản thay vì dựa trên GUI có tạo ra sự khác biệt đáng kể trong việc giảm lưu lượng mạng không? Bài hỏi và trả lời của SuperUser hôm nay có câu trả lời cho câu hỏi của người đọc tò mò.

    Phiên hỏi và trả lời hôm nay đến với chúng tôi nhờ sự hỗ trợ của SuperUser - một phân ngành của Stack Exchange, một nhóm các trang web Hỏi & Đáp do cộng đồng điều khiển.

    Ảnh chụp màn hình trình duyệt Lynx do Wikipedia cung cấp.

    Câu hỏi

    Trình đọc SuperUser Paulb muốn biết liệu các trình duyệt dựa trên văn bản có thực sự có thể giảm lưu lượng mạng hay không:

    Do các trình duyệt dựa trên văn bản như Lynx, Liên kết và ELinks tiêu thụ ít băng thông hơn các trình duyệt dựa trên GUI như Firefox, Chrome và Internet Explorer?

    Tôi đoán rằng không có giảm lưu lượng. Lý do của tôi cho điều này là tôi nghĩ rằng một trình duyệt dựa trên văn bản tải xuống toàn bộ trang vì nó được cung cấp bởi máy chủ. Bất kỳ tinh giản hoặc giảm bớt widget phụ tùng trang được thực hiện cục bộ.

    Có thể có một số giảm lưu lượng vì hầu hết các trình duyệt dựa trên văn bản sẽ không thực thi tập lệnh trang hoặc tệp flash, điều này có thể gây ra lưu lượng truy cập nhiều hơn.

    Các trình duyệt dựa trên văn bản có thể tạo ra sự khác biệt đáng chú ý trong việc giảm lưu lượng mạng?

    Câu trả lời

    Người đóng góp siêu người dùng gronostaj có câu trả lời cho chúng tôi:

    Máy chủ web không gửi toàn bộ trang web, nhưng tài liệu mà trình duyệt yêu cầu. Ví dụ: khi bạn truy cập google.com, trình duyệt truy vấn máy chủ web để tìm tài liệu google.com. Máy chủ web xử lý yêu cầu và gửi lại một số mã HTML.

    Sau đó trình duyệt kiểm tra những gì máy chủ web đã gửi. Trong trường hợp này, nó là một trang web HTML, vì vậy nó phân tích tài liệu và tìm kiếm các tập lệnh được tham chiếu, biểu định kiểu, hình ảnh, phông chữ, v.v..

    Ở giai đoạn này, trình duyệt đã hoàn tất tải xuống tài liệu gốc, nhưng vẫn chưa tải xuống các tài liệu được tham chiếu. Nó có thể chọn làm như vậy hoặc bỏ qua việc tải chúng xuống. Các trình duyệt thông thường sẽ cố gắng tải xuống tất cả các tài liệu được tham chiếu để có trải nghiệm xem tốt nhất. Nếu bạn có trình chặn quảng cáo (như Adblock Plus) hoặc một plugin riêng tư (như Ghostery hoặc NoScript), sau đó nó cũng có thể chặn một số tài nguyên.

    Sau đó, trình duyệt tải xuống từng tài liệu được tham chiếu, mỗi lần yêu cầu máy chủ web rõ ràng cho một tài nguyên. Trong ví dụ Google của chúng tôi, trình duyệt sẽ tìm thấy các tài liệu tham khảo sau (chỉ để đặt tên cho một vài trong số họ):

    • https://www.google.com/images/srpr/logo11w.png (Logo Google)
    • https://www.google.com/textinputassistant/tia.png (Biểu tượng bàn phím)
    • https://ssl.gstatic.com/gb/images/i1_3d265689.png (Một số hình ảnh kết hợp, một mẹo được sử dụng để giảm số lượng yêu cầu trình duyệt.)

    Các tệp thực tế có thể khác nhau đối với người dùng khác nhau vì trình duyệt và phiên có thể thay đổi theo thời gian. Các trình duyệt dựa trên văn bản không tải xuống hình ảnh, tệp Flash, video HTML5, v.v., vì vậy chúng tải xuống ít dữ liệu hơn.

    @NathanOsman làm cho một điểm tốt trong các ý kiến. Đôi khi những hình ảnh nhỏ được nhúng trực tiếp vào tài liệu HTML và trong những trường hợp đó, không thể tránh tải xuống chúng. Đây là một mẹo khác được sử dụng để giảm số lượng yêu cầu. Mặc dù vậy, chúng rất nhỏ, nếu không thì chi phí mã hóa tệp nhị phân trong base64 là quá lớn. Có một vài hình ảnh như vậy trên google.com (kích thước mã hóa cơ sở / kích thước giải mã):

    • Biểu tượng bàn phím 19 × 11 pixel (106 byte / 76 byte)
    • Biểu tượng micrô 28 × 38 pixel (334 byte / 248 byte)
    • GIF trong suốt 1 × 1 pixel (62 byte / 43 byte) Nó hiển thị trong tab Tài nguyên công cụ Dev của Google Chrome, nhưng tôi không thể tìm thấy nó trong mã nguồn (có thể được thêm sau bằng JavaScript).
    • Tệp GIF bị hỏng 1 × 1 pixel xuất hiện hai lần. (34 Byte / 23 Byte) Mục đích của nó là một bí ẩn đối với tôi.

    Có một cái gì đó để thêm vào lời giải thích? Tắt âm thanh trong các ý kiến. Bạn muốn đọc thêm câu trả lời từ những người dùng Stack Exchange am hiểu công nghệ khác? Kiểm tra chủ đề thảo luận đầy đủ ở đây.