เบราว์เซอร์ที่ใช้ข้อความลดปริมาณการใช้เครือข่ายหรือไม่
ไม่ต้องสงสัยเลยว่าหน้าเว็บทุกวันนี้เต็มไปด้วยเนื้อหาที่หลากหลายและใช้แบนด์วิดท์ที่มากขึ้นในการโหลด แต่จะใช้เบราว์เซอร์แบบข้อความแทนการใช้แบบ GUI สร้างความแตกต่างที่สำคัญในการลดทราฟฟิกเครือข่าย โพสต์ SuperUser ถาม & ตอบมีคำตอบสำหรับคำถามของผู้อ่านอยากรู้อยากเห็น.
เซสชั่นคำถามและคำตอบในวันนี้มาถึงเราด้วยความอนุเคราะห์จาก SuperUser - แผนกย่อยของ Exchange Exchange ซึ่งเป็นกลุ่มที่ขับเคลื่อนด้วยชุมชนของเว็บไซต์ถาม - ตอบ.
Lynx Browser จับภาพหน้าจอของ Wikipedia.
คำถาม
ผู้อ่าน SuperUser Paulb ต้องการทราบว่าเบราว์เซอร์ที่ทำงานกับข้อความสามารถลดปริมาณการใช้เครือข่ายได้หรือไม่:
ทำเบราว์เซอร์ที่ทำงานกับข้อความเช่น Lynx, Links และ ELinks ใช้แบนด์วิดท์น้อยกว่าเบราว์เซอร์ที่ใช้ GUI เช่น Firefox, Chrome และ Internet Explorer?
ฉันคาดเดาว่าไม่มีการลดปริมาณการใช้ข้อมูล เหตุผลของฉันสำหรับเรื่องนี้คือฉันคิดว่าเบราว์เซอร์แบบข้อความจะดาวน์โหลดทั้งหน้าตามที่เซิร์ฟเวอร์เสนอให้ การทำให้เพรียวลมหรือลดขนาดของวิดเจ็ตหน้าจะกระทำในเครื่อง.
อาจมีปริมาณการใช้งานลดลงเนื่องจากเบราว์เซอร์ที่ใช้ข้อความส่วนใหญ่จะไม่เรียกใช้งานสคริปต์หน้าหรือไฟล์แฟลชซึ่งอาจทำให้เกิดการรับส่งข้อมูลมากขึ้น.
เบราว์เซอร์ที่ใช้ข้อความสามารถสร้างความแตกต่างที่เห็นได้ชัดเจนในการลดทราฟฟิกเครือข่าย?
คำตอบ
ผู้สนับสนุน SuperUser gronostaj มีคำตอบสำหรับเรา:
เว็บเซิร์ฟเวอร์ไม่ได้ส่งทั้งเว็บไซต์ แต่เป็นเอกสารที่เบราว์เซอร์ร้องขอ ตัวอย่างเช่นเมื่อคุณเข้าถึง google.com เบราว์เซอร์จะค้นหาเว็บเซิร์ฟเวอร์สำหรับเอกสาร google.com เว็บเซิร์ฟเวอร์ประมวลผลคำขอและส่งคืนโค้ด HTML บางส่วน.
จากนั้นเบราว์เซอร์จะตรวจสอบสิ่งที่เว็บเซิร์ฟเวอร์ส่ง ในกรณีนี้เป็นเว็บเพจ HTML ดังนั้นจึงแยกวิเคราะห์เอกสารและค้นหาสคริปต์ที่อ้างอิงสไตล์ชีทรูปภาพแบบอักษรและอื่น ๆ.
ในขั้นตอนนี้เบราว์เซอร์ดาวน์โหลดเอกสารต้นฉบับเสร็จสิ้นแล้ว แต่ยังไม่ได้ดาวน์โหลดเอกสารอ้างอิง มันสามารถเลือกที่จะทำหรือข้ามการดาวน์โหลด เบราว์เซอร์ปกติจะพยายามดาวน์โหลดเอกสารอ้างอิงทั้งหมดเพื่อประสบการณ์การรับชมที่ดีที่สุด หากคุณมี ad blocker (เช่น Adblock Plus) หรือปลั๊กอินความเป็นส่วนตัว (เช่น Ghostery หรือ NoScript) จากนั้นอาจบล็อกบางทรัพยากรเช่นกัน.
จากนั้นเบราว์เซอร์จะดาวน์โหลดเอกสารอ้างอิงทีละเอกสารทุกครั้งที่ถามเว็บเซิร์ฟเวอร์เพื่อหาแหล่งข้อมูลเดียว ในตัวอย่าง Google ของเราเบราว์เซอร์จะค้นหาข้อมูลอ้างอิงต่อไปนี้ (เพียงเพื่อชื่อไม่กี่ของพวกเขา):
- https://www.google.com/images/srpr/logo11w.png (โลโก้ Google)
- https://www.google.com/textinputassistant/tia.png (ไอคอนแป้นพิมพ์)
- https://ssl.gstatic.com/gb/images/i1_3d265689.png (ภาพรวมบางภาพเป็นกลอุบายที่ใช้เพื่อลดจำนวนคำขอของเบราว์เซอร์)
ไฟล์จริงอาจแตกต่างกันสำหรับผู้ใช้ที่ต่างกันเนื่องจากเบราว์เซอร์และเซสชันอาจเปลี่ยนแปลงตลอดเวลา เบราว์เซอร์ที่ใช้ข้อความจะไม่ดาวน์โหลดรูปภาพไฟล์ Flash วิดีโอ HTML5 และอื่น ๆ ดังนั้นพวกเขาจึงดาวน์โหลดข้อมูลน้อยลง.
@NathanOsman ทำให้จุดดีในความคิดเห็น บางครั้งรูปภาพขนาดเล็กจะถูกฝังในเอกสาร HTML โดยตรงและในกรณีดังกล่าวการดาวน์โหลดไม่สามารถหลีกเลี่ยงได้ นี่เป็นอีกวิธีหนึ่งที่ใช้เพื่อลดจำนวนคำขอ พวกมันมีขนาดเล็กมากมิฉะนั้นค่าใช้จ่ายในการเข้ารหัสไฟล์ไบนารีใน base64 นั้นใหญ่เกินไป มีภาพดังกล่าวไม่กี่ภาพบน google.com (ขนาดที่เข้ารหัส base64 / ขนาดถอดรหัส):
- ไอคอนแป้นพิมพ์ขนาด 19 × 11 พิกเซล (106 ไบต์ / 76 ไบต์)
- ไอคอนไมโครโฟน 28 × 38 พิกเซล (334 ไบต์ / 248 ไบต์)
- 1 × 1 พิกเซล Transparent GIF (62 Bytes / 43 Bytes) มันปรากฏในแท็บทรัพยากรเครื่องมือ Dev ของ Google Chrome แต่ฉันไม่พบมันในซอร์สโค้ด (อาจเพิ่มในภายหลังด้วย JavaScript).
- 1 × 1 พิกเซลไฟล์ GIF ที่เสียหายที่ปรากฏสองครั้ง (34 Bytes / 23 Bytes) จุดประสงค์ของมันคือความลึกลับสำหรับฉัน.
มีสิ่งที่จะเพิ่มคำอธิบายหรือไม่ ปิดเสียงในความคิดเห็น ต้องการอ่านคำตอบเพิ่มเติมจากผู้ใช้ Stack Exchange คนอื่นหรือไม่ ลองอ่านหัวข้อสนทนาเต็มได้ที่นี่.
