Adakah Pelayar Berbasis Teks Kurangkan Trafik Rangkaian?

Tidak ada keraguan bahawa laman web hari ini penuh dengan kandungan yang kaya dan menggunakan jalur lebar yang lebih banyak untuk memuatkan sepenuhnya, tetapi akan menggunakan penyemak imbas berasaskan teks dan bukannya berasaskan GUI yang membuat perbezaan yang signifikan dalam mengurangkan trafik rangkaian? Siaran Q & A SuperUser hari ini mempunyai jawapan kepada soalan pembaca yang ingin tahu.

Sesi Soalan & Jawapan hari ini datang kepada kami dengan ihsan SuperUser-bahagian pembahagian Stack Exchange, kumpulan yang diketuai oleh komuniti laman web Q & A.

Lynx Browser screenshot ihsan Wikipedia.

Soalan

Pembaca SuperUser Paulb ingin tahu sama ada pelayar berasaskan teks sebenarnya boleh mengurangkan trafik rangkaian:

Adakah pelayar berasaskan teks seperti Lynx, Pautan, dan ELinks menggunakan lebar jalur kurang daripada pelayar berasaskan GUI seperti Firefox, Chrome, dan Internet Explorer?

Saya meneka bahawa tidak ada pengurangan lalu lintas. Rasional saya untuk ini adalah saya fikir pelayar berasaskan teks memuat turun seluruh halaman kerana ia ditawarkan oleh pelayan. Mana-mana penyederhanaan atau pengurangan widgetri halaman dilakukan secara tempatan.

Mungkin terdapat pengurangan lalu lintas kerana kebanyakan penyemak berasaskan teks tidak akan melaksanakan skrip halaman atau fail flash, yang mungkin menyebabkan lebih banyak trafik.

Bolehkah pelayar berasaskan teks membuat perbezaan ketara dalam mengurangkan trafik rangkaian?

Jawapan

Penyumbang SuperUser gronostaj mempunyai jawapan untuk kami:

Pelayan web tidak menghantar seluruh laman web, tetapi dokumen yang diminta oleh penyemak imbas. Contohnya, apabila anda mengakses google.com, penyemak imbas itu meminta pelayan web untuk dokumen google.com. Pelayan web memproses permintaan dan menghantar kembali beberapa kod HTML.

Kemudian penyemak imbas memeriksa apa yang dihantar oleh pelayan web. Dalam kes ini, ia adalah laman web HTML, jadi ia memfilter dokumen dan mencari skrip yang dirujuk, helaian gaya, imej, fon, dan lain-lain..

Pada peringkat ini, penyemak imbas telah selesai memuat turun dokumen asal, tetapi masih tidak memuat turun dokumen yang dirujuk. Ia boleh memilih untuk berbuat demikian atau melangkau memuat turunnya. Pelayar biasa akan cuba memuat turun semua dokumen yang dirujuk untuk pengalaman menonton terbaik. Jika anda mempunyai penyekat iklan (seperti Adblock Plus) atau plugin privasi (seperti Ghostery atau NoScript), maka ia juga boleh menyekat beberapa sumber.

Kemudian penyemak imbas memuat turun dokumen rujukan satu demi satu, setiap kali meminta pelayan web secara eksplisit untuk satu sumber. Dalam contoh Google kami, pelayar akan mencari rujukan berikut (hanya untuk menamakan beberapa daripada mereka):

https://www.google.com/images/srpr/logo11w.png (Logo Google)

https://www.google.com/textinputassistant/tia.png (Ikon Papan Kekunci)

https://ssl.gstatic.com/gb/images/i1_3d265689.png (Beberapa imej gabungan, silap yang digunakan untuk mengurangkan bilangan permintaan penyemak imbas.)

Fail sebenar mungkin berbeza untuk pengguna yang berbeza kerana penyemak imbas dan sesi mungkin berubah dari semasa ke semasa. Pelayar berasaskan teks tidak memuat turun imej, fail Flash, video HTML5, dan sebagainya, supaya mereka memuat kurang data.

@NathanOsman membuat titik yang baik dalam komen. Kadang kala imej kecil tertanam terus dalam dokumen HTML dan dalam kes itu, memuat turunnya tidak boleh dielakkan. Inilah trik yang digunakan untuk mengurangkan jumlah permintaan. Mereka sangat kecil walaupun, jika overhead pengekodan fail binari di base64 terlalu besar. Terdapat beberapa gambar sedemikian di google.com (size64 encoded size / decoded size):

Ikon Papan Kekunci 19 × 11 piksel (106 Bytes / 76 Bytes)

28 × 38 piksel Ikon Mikrofon (334 Bytes / 248 Bytes)

1 × 1 piksel Transparent GIF (62 Bytes / 43 Bytes) Ia muncul dalam tab Sumber Alat Dev Google Chrome, tetapi saya tidak dapat menemuinya di kod sumber (mungkin ditambahkan kemudian dengan JavaScript).

1x1 piksel Rusak fail GIF yang muncul dua kali. (34 Bytes / 23 Bytes) Tujuannya adalah misteri kepada saya.

Mempunyai sesuatu untuk menambah penjelasannya? Bunyi dalam komen. Ingin membaca lebih banyak jawapan dari pengguna Stack Exchange yang berteknologi tinggi? Lihat thread perbincangan penuh di sini.