Ali besedilni brskalniki zmanjšujejo omrežni promet?
Nobenega dvoma ni, da so današnje spletne strani polne bogate vsebine in uporabljajo več pasovne širine, da se popolnoma naložijo, vendar pa bi z uporabo brskalnika, ki temelji na besedilu, namesto na grafičnem uporabniškem vmesniku, bistveno zmanjšala promet v omrežju? Današnja postavka SuperUser Q&A ima odgovore na zanimivo vprašanje bralca.
Današnja seja vprašanj in odgovorov prihaja z namenom SuperUser-a, ki je del skupine Stack Exchange, ki temelji na skupnostih spletnih mest za vprašanja in odgovore.
Lynx Browser posnetek z Wikipedije.
Vprašanje
Bralnik super uporabnika Paulb želi vedeti, ali lahko besedilni brskalniki dejansko zmanjšajo omrežni promet:
Ali besedilni brskalniki, kot so Lynx, Links in ELinks, porabijo manj pasovne širine kot brskalniki, ki temeljijo na uporabniškem vmesniku, kot so Firefox, Chrome in Internet Explorer?
Predvidevam, da ni zmanjšanja prometa. Razlog za to je, da menim, da brskalnik, ki temelji na besedilu, prenese celotno stran, kot jo ponuja strežnik. Vsaka racionalizacija ali zmanjšanje strani gradnikov poteka lokalno.
Morda je prišlo do zmanjšanja prometa, saj večina brskalnikov, ki temeljijo na besedilu, ne bodo izvajala skriptov strani ali datotek flash, kar bi lahko povzročilo več prometa.
Brskalniki, ki temeljijo na besedilu, lahko opazno spremenijo promet v omrežju?
Odgovor
Prispevek uporabnika SuperUser gronostaj ima odgovor za nas:
Spletni strežnik ne pošlje celotnega spletnega mesta, temveč dokumente, ki jih brskalniki zahtevajo. Na primer, ko dostopate do google.com, brskalnik poišče spletni strežnik za dokument google.com. Spletni strežnik obdeluje zahtevo in pošlje nazaj kodo HTML.
Nato brskalnik preveri, kaj je poslal spletni strežnik. V tem primeru je spletna stran HTML, zato razčleni dokument in išče sklicne skripte, slogovne datoteke, slike, pisave itd..
V tej fazi je brskalnik končal prenos izvirnega dokumenta, vendar še ni prenesel referenčnih dokumentov. Lahko se odloči, ali bo to storil, ali pa jih ne bo prenesel. Redni brskalniki bodo poskušali prenesti vse referenčne dokumente za najboljšo izkušnjo gledanja. Če imate blokator oglasov (kot Adblock Plus) ali vtičnik za zasebnost (kot Ghostery ali NoScript), potem lahko blokira tudi nekatere vire.
Nato brskalnik prenese referenčne dokumente enega po enega, vsakokrat pa spletni strežnik povpraša za en sam vir. V našem Googlovem primeru bo brskalnik našel naslednje reference (samo da naštejem nekaj od njih):
- https://www.google.com/images/srpr/logo11w.png (Google Logo)
- https://www.google.com/textinputassistant/tia.png (ikona tipkovnice)
- https://ssl.gstatic.com/gb/images/i1_3d265689.png (nekaj kombiniranih slik, trik za zmanjšanje števila zahtev brskalnika.)
Dejanske datoteke se lahko za različne uporabnike razlikujejo, saj se lahko brskalniki in seje sčasoma spremenijo. Brskalniki, ki temeljijo na besedilu, ne prenašajo slik, Flash datotek, HTML5 videa itd., Zato prenesejo manj podatkov.
@NathanOsman je dobra pripomba v komentarjih. Včasih so majhne slike vgrajene neposredno v dokumente HTML in v teh primerih se jim ni mogoče izogniti. To je še en trik, ki se uporablja za zmanjšanje števila zahtevkov. So pa zelo majhni, sicer pa je obremenitev kodiranja binarne datoteke v base64 prevelika. Na Googlu.com je nekaj takih slik (Velikost / dekodirana velikost, kodirana z base64):
- Ikona tipkovnice 19 × 11 slikovnih pik (106 bajtov / 76 bajtov)
- Ikona mikrofona 28 × 38 slikovnih pik (334 Bytes / 248 Bytes)
- Transparentni GIF velikosti 1 × 1 slikovnih pik (62 bajtov / 43 bajtov) Prikazan je na zavihku »Orodja za orodja Google Chrome«, vendar ga v izvorni kodi ni bilo mogoče najti (verjetno je bil dodan kasneje z JavaScriptom).
- 1 × 1 pixel Poškodovana datoteka GIF, ki se prikaže dvakrat. (34 Bytes / 23 Bytes) Njen namen je zame skrivnost.
Imate kaj dodati pojasnilu? Zvok v komentarjih. Želite prebrati več odgovorov drugih uporabnikov tehnologije Stack Exchange? Oglejte si celotno nit razprave tukaj.
