Apakah Peramban Berbasis Teks Mengurangi Lalu Lintas Jaringan?
Tidak ada keraguan bahwa halaman web saat ini penuh dengan konten yang kaya dan menggunakan lebih banyak bandwidth untuk memuat sepenuhnya, tetapi apakah menggunakan browser berbasis teks dan bukan berbasis GUI akan membuat perbedaan yang signifikan dalam mengurangi lalu lintas jaringan? Posting Q&A Pengguna Super hari ini memiliki jawaban atas pertanyaan pembaca yang penasaran.
Sesi Tanya Jawab hari ini datang kepada kami berkat SuperUser-subdivisi Stack Exchange, pengelompokan situs web Q&A berbasis komunitas.
Tangkapan layar Lynx Browser milik Wikipedia.
Pertanyaan
Pembaca SuperUser Paulb ingin tahu apakah browser berbasis teks benar-benar dapat mengurangi lalu lintas jaringan:
Apakah peramban berbasis teks seperti Lynx, Links, dan ELinks mengkonsumsi lebih sedikit bandwidth daripada peramban berbasis GUI seperti Firefox, Chrome, dan Internet Explorer?
Saya menduga tidak ada pengurangan lalu lintas. Alasan saya untuk ini adalah saya pikir peramban berbasis teks mengunduh seluruh halaman seperti yang ditawarkan oleh server. Segala pelurusan atau pengurangan widget halaman dilakukan secara lokal.
Mungkin ada pengurangan lalu lintas karena sebagian besar peramban berbasis teks tidak akan menjalankan skrip halaman atau file flash, yang dapat menyebabkan lebih banyak lalu lintas.
Bisakah browser berbasis teks membuat perbedaan nyata dalam mengurangi lalu lintas jaringan?
Jawabannya
Kontributor SuperUser gronostaj memiliki jawaban untuk kami:
Server web tidak mengirim seluruh situs web, tetapi dokumen yang diminta browser. Misalnya, ketika Anda mengakses google.com, browser menanyakan server web untuk dokumen google.com. Server web memproses permintaan dan mengirim kembali beberapa kode HTML.
Kemudian browser memeriksa apa yang telah dikirim server web. Dalam hal ini, ini adalah halaman web HTML, jadi mem-parsing dokumen dan mencari skrip yang direferensikan, style sheet, gambar, font, dll..
Pada tahap ini, browser telah selesai mengunduh dokumen asli, tetapi masih belum mengunduh dokumen yang direferensikan. Itu dapat memilih untuk melakukannya atau tidak mengunduhnya. Peramban biasa akan mencoba mengunduh semua dokumen yang dirujuk untuk pengalaman menonton terbaik. Jika Anda memiliki pemblokir iklan (seperti Adblock Plus) atau plugin privasi (seperti Ghostery atau NoScript), maka dapat memblokir beberapa sumber daya juga.
Kemudian browser mengunduh dokumen yang direferensikan satu per satu, setiap kali meminta server web secara eksplisit untuk satu sumber daya. Dalam contoh Google kami, browser akan menemukan referensi berikut (hanya untuk menyebutkan beberapa dari mereka):
- https://www.google.com/images/srpr/logo11w.png (Logo Google)
- https://www.google.com/textinputassistant/tia.png (Ikon Keyboard)
- https://ssl.gstatic.com/gb/images/i1_3d265689.png (Beberapa gambar gabungan, trik yang digunakan untuk mengurangi jumlah permintaan browser.)
File yang sebenarnya mungkin berbeda untuk pengguna yang berbeda karena browser dan sesi dapat berubah seiring waktu. Browser berbasis teks tidak mengunduh gambar, file Flash, video HTML5, dll., Sehingga mereka mengunduh lebih sedikit data.
@NathanOsman membuat poin bagus dalam komentar. Terkadang gambar kecil tertanam langsung dalam dokumen HTML dan dalam kasus itu, mengunduhnya tidak dapat dihindari. Ini adalah trik lain yang digunakan untuk mengurangi jumlah permintaan. Mereka sangat kecil, jika tidak, overhead pengkodean file biner di base64 terlalu besar. Ada beberapa gambar seperti itu di google.com (base64 ukuran disandikan / ukuran diterjemahkan):
- Ikon Keyboard 19 × 11 piksel (106 Bytes / 76 Bytes)
- Ikon Mikrofon 28 × 38 piksel (334 Bytes / 248 Bytes)
- 1 × 1 piksel Transparan GIF (62 Bytes / 43 Bytes) Itu muncul di tab Dev Tools Resources Google Chrome, tetapi saya tidak dapat menemukannya dalam kode sumber (mungkin ditambahkan kemudian dengan JavaScript).
- 1 × 1 piksel File GIF terkorupsi yang muncul dua kali. (34 Bytes / 23 Bytes) Tujuannya adalah misteri bagi saya.
Punya sesuatu untuk ditambahkan ke penjelasan? Berbunyi dalam komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang mengerti teknologi lainnya? Lihat utas diskusi lengkap di sini.