Kétségtelen, hogy a mai weboldalak tele vannak gazdag tartalommal, és nagyobb sávszélességet használnak a teljes betöltéshez, de vajon a GUI-alapú helyett egy szöveges böngésző használata jelentős különbséget jelentene-e a hálózati forgalom csökkentésében? A mai SuperUser Q & A bejegyzés megválaszolja az olvasó kíváncsi kérdését.
A mai Kérdések és válaszok ülés a SuperUser jóvoltából érkezik hozzánk - a Stack Exchange alosztályához, amely a Q & A webhelyek közösségvezérelt csoportosulása.
A Lynx Browser képernyőképe Wikipédia .
A kérdés
A SuperUser olvasója, Paulb tudni akarja, hogy a szöveges böngészők valóban képesek-e csökkenteni a hálózati forgalmat:
Végezzen szöveges böngészőket, mint pl Hiúz , Linkek , és ELinks kevesebb sávszélességet fogyaszt, mint a GUI-alapú böngészők, mint a Firefox, a Chrome és az Internet Explorer?
Azt hiszem, hogy a forgalom nem csökken. Ennek az az oka, hogy szerintem egy szöveges böngésző a teljes oldalt letölti, ahogy azt a szerver kínálja. Az oldal widgetek egyszerűsítése vagy csökkentése helyben történik.
Talán van némi csökkenés a forgalomban, mivel a legtöbb szöveges böngésző nem hajt végre oldalfájlokat vagy flash fájlokat, ami nagyobb forgalmat okozhat.
Tudnak-e észrevehető különbséget tenni a szöveges böngészők a hálózati forgalom csökkentésében?
A válasz
A SuperUser közreműködőjének, gronostajnak megvan a válasz:
A webszerver nem a teljes weboldalt küldi el, hanem a böngészők által kért dokumentumokat. Például, amikor belép a google.com webhelyre, a böngésző lekérdezi a webszerverről a google.com dokumentumot. A webszerver feldolgozza a kérést, és visszaküld egy HTML kódot.
Ezután a böngésző ellenőrzi, hogy mit küldött a webszerver. Ebben az esetben HTML weboldalról van szó, így elemzi a dokumentumot, és keresi a hivatkozott szkripteket, stíluslapokat, képeket, betűtípusokat stb.
Ebben a szakaszban a böngésző befejezte az eredeti dokumentum letöltését, de még mindig nem töltötte le a hivatkozott dokumentumokat. Választhatja ezt, vagy kihagyhatja a letöltést. A rendszeres böngészők megpróbálják letölteni az összes hivatkozott dokumentumot a legjobb megtekintési élmény érdekében. Ha van hirdetésblokkolója ( mint az Adblock Plus ) vagy adatvédelmi bővítmény ( mint Ghostery vagy NoScript ), akkor blokkolhat néhány erőforrást is.
Ezután a böngésző egyesével letölti a hivatkozott dokumentumokat, minden alkalommal kifejezetten egyetlen erőforrást kérve a webszervertől. Google példánkban a böngésző a következő hivatkozásokat találja meg ( csak hogy néhányat említsek közülük ):
- https://www.google.com/images/srpr/logo11w.png (Google logó)
- https://www.google.com/textinputassistant/tia.png (Billentyűzet ikon)
- https://ssl.gstatic.com/gb/images/i1_3d265689.png (Néhány kombinált kép, egy trükk, amellyel csökkenthető a böngésző kéréseinek száma.)
A tényleges fájlok eltérőek lehetnek a különböző felhasználók számára, mivel a böngészők és a munkamenetek idővel változhatnak. A szöveges böngészők nem töltenek le képeket, Flash fájlokat, HTML5 videókat stb., Így kevesebb adatot töltenek le.
@NathanOsman a jó pont a megjegyzésekben . Néha a kis képek közvetlenül beágyazódnak a HTML dokumentumokba, és ezekben az esetekben a letöltés nem kerülhető el. Ez egy másik trükk a kérések számának csökkentésére. Bár nagyon kicsiek, különben a bináris fájl kódolása az base64-ben túl nagy. Kevés ilyen kép található a google.com oldalon ( base64 kódolt méret / dekódolt méret ):
- 19 × 11 pixeles billentyűzet ikon (106 bájt / 76 bájt)
- 28 × 38 pixeles mikrofon ikon (334 bájt / 248 bájt)
- 1 × 1 pixel Átlátszó GIF (62 Bájt / 43 Bájt) Megjelenik a Google Chrome Dev Eszközök Erőforrások lapján, de a forráskódban nem találtam (valószínűleg később hozzáadva JavaScript-szel).
- 1 × 1 pixel Sérült GIF fájl, amely kétszer jelenik meg. (34 Bájt / 23 Bájt) Célja számomra rejtély.
Van valami hozzáfűzhető a magyarázathoz? Hang a kommentekben. Szeretne további válaszokat olvasni más, hozzáértő Stack Exchange-felhasználóktól? Nézze meg a teljes vitafonalat itt .
