Tidak ada keraguan bahwa halaman web saat ini penuh dengan konten yang kaya dan menggunakan lebih banyak bandwidth untuk sepenuhnya memuat, tetapi akan menggunakan browser berbasis teks, bukan berbasis GUI membuat perbedaan yang signifikan dalam mengurangi lalu lintas jaringan? Posting SuperUser Q & A saat ini memiliki jawaban atas pertanyaan pembaca yang ingin tahu.
Sesi Tanya & Jawab hari ini hadir untuk memberi kami hak milik SuperUser-sub divisi Stack Exchange, pengelompokan situs web Q & A berbasis komunitas.
Screenshot Lynx Browser milik Wikipedia.
Pembaca SuperUser Paulb ingin tahu apakah peramban berbasis teks dapat benar-benar mengurangi lalu lintas jaringan:
Apakah peramban berbasis teks seperti Lynx, Tautan, dan ELinks mengonsumsi lebih sedikit bandwidth daripada peramban berbasis GUI seperti Firefox, Chrome, dan Internet Explorer?
Saya menduga bahwa tidak ada pengurangan lalu lintas. Alasan saya untuk ini adalah bahwa saya pikir browser berbasis teks mengunduh seluruh halaman seperti yang ditawarkan oleh server. Perampingan atau pengurangan widget halaman dilakukan secara lokal.
Mungkin ada penurunan lalu lintas karena sebagian besar peramban berbasis teks tidak akan mengeksekusi skrip halaman atau file flash, yang dapat menyebabkan lebih banyak lalu lintas.
Bisakah peramban berbasis teks membuat perbedaan mencolok dalam mengurangi lalu lintas jaringan?
Penyumbang SuperUser gronostaj memiliki jawaban untuk kami:
Server web tidak mengirim seluruh situs web, tetapi dokumen yang diminta oleh browser. Misalnya, ketika Anda mengakses google.com, browser akan menanyakan server web untuk dokumen google.com. Server web memproses permintaan dan mengirim kembali beberapa kode HTML.
Lalu browser memeriksa apa yang telah dikirim oleh server web. Dalam hal ini, ini adalah halaman web HTML, sehingga mem-parsing dokumen dan mencari skrip yang direferensikan, style sheet, gambar, font, dll.
Pada tahap ini, peramban telah selesai mengunduh dokumen asli, tetapi masih belum mengunduh dokumen yang direferensikan. Ia dapat memilih untuk melakukannya atau tidak mengunduhnya. Peramban biasa akan mencoba mengunduh semua dokumen referensi untuk pengalaman menonton terbaik. Jika Anda memiliki pemblokir iklan (seperti Adblock Plus) atau plugin privasi (seperti Ghostery atau NoScript), maka mungkin memblokir beberapa sumber 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 di antaranya):
- 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. Peramban berbasis teks tidak mengunduh gambar, file Flash, video HTML5, dll., Sehingga mereka mengunduh lebih sedikit data.
@NathanOsman membuat poin bagus di komentar. Kadang-kadang gambar kecil tertanam langsung dalam dokumen HTML dan dalam kasus-kasus itu, mengunduh mereka 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 (ukuran terenkode / ukuran terenkode base64):
- 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) Ini muncul di tab Sumber Daya Tools Dev Google Chrome, tetapi saya tidak dapat menemukannya di kode sumber (mungkin ditambahkan kemudian dengan JavaScript).
- 1 × 1 pixel file GIF Rusak yang muncul dua kali. (34 Bytes / 23 Bytes) Tujuannya adalah misteri bagi saya.
Memiliki sesuatu untuk ditambahkan ke penjelasan? Bicaralah di komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang paham teknologi lainnya? Lihat diskusi lengkap di sini.
