Szöveg alapú böngészők csökkentik a hálózati forgalmat?
Nem kétséges, hogy a mai weblapok tele vannak gazdag tartalommal, és több sávszélességet használnak fel a teljes terheléshez, de szöveges böngészőt használnának a GUI-alapú helyett jelentős különbséget a hálózati forgalom csökkentésében? A mai SuperUser Q&A postai válaszok egy furcsa olvasó kérdésére vonatkoznak.
A mai Kérdések és válaszok munkamenet a Jóvagyon - a Stack Exchange alosztályának, a közösség által vezérelt Q&A webhelyek csoportjának köszönhetően..
Lynx Browser screenshot a Wikipedia jóvoltából.
A kérdés
A SuperUser olvasó Paulb tudni akarja, hogy a szöveges böngészők ténylegesen csökkenthetik-e a hálózati forgalmat:
A szövegalapú böngészők, mint például a Lynx, a Links és az ELinks kevesebb sávszélességet fogyasztanak, mint a GUI-alapú böngészők, mint például a Firefox, a Chrome és az Internet Explorer?
Azt hiszem, nem csökken a forgalom. Ennek alapja az, hogy úgy gondolom, hogy egy szövegalapú böngésző letölti a teljes oldalt, ahogy azt a szerver kínálja. Az oldal widgetry bármilyen 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övegböngésző nem hajt végre oldalszkriptet vagy flash fájlt, ami nagyobb forgalmat okozhat..
A szöveg alapú böngészők jelentős különbséget tesznek a hálózati forgalom csökkentésében?
A válasz
A SuperUser közreműködő gronostaj válaszol nekünk:
A webszerver nem küld a teljes webhelyet, hanem a böngészők által kért dokumentumokat. Például, ha a google.com-hoz hozzáfér, a böngésző lekérdezi a google.com dokumentum webes szerverét. A webkiszolgáló feldolgozza a kérést és elküldi a HTML kódot.
Ezután a böngésző ellenőrzi, hogy mit küldött a webszerver. Ebben az esetben ez egy HTML weboldal, így elemzi a dokumentumot, és hivatkozott szkriptek, stíluslapok, képek, betűtípusok stb..
Ebben a szakaszban a böngésző befejezte az eredeti dokumentum letöltését, de még nem tölti le a hivatkozott dokumentumokat. Kiválaszthatja, hogy ezt tegye, vagy kihagyja azokat. 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 rendelkezik hirdetési blokkolóval (mint az Adblock Plus) vagy adatvédelmi bővítmény (mint Ghostery vagy NoScript), akkor bizonyos forrásokat is blokkolhat.
Ezután a böngésző letölti a hivatkozott dokumentumokat egyenként, minden alkalommal, amikor kifejezetten a webkiszolgálóról kérdez egy erőforrást. Google példánkban a böngésző megtalálja a következő hivatkozásokat (csak azért, hogy néhányat említsünk):
- https://www.google.com/images/srpr/logo11w.png (Google embléma)
- https://www.google.com/textinputassistant/tia.png (Billentyűzet ikon)
- https://ssl.gstatic.com/gb/images/i1_3d265689.png (Egyes kombinált képek, a böngészési kérelmek számának csökkentésére használt trükk.)
A tényleges fájlok különböző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ölthetnek le képeket, Flash fájlokat, HTML5 videót stb., Így kevesebb adatot tölthetnek le.
@NathanOsman jó észrevételt tesz a megjegyzésekben. Néha a kis képek közvetlenül beágyazódnak a HTML dokumentumokba, és ezekben az esetekben nem lehet őket letölteni. Ez egy újabb trükk a kérelmek számának csökkentésére. Ezek azonban nagyon kicsi, ellenkező esetben a bináris fájl kódolásának alapja az64-ben túl nagy. A google.com-on kevés ilyen kép található (base64 kódolt méret / dekódolt méret):
- 19 × 11 képpontos billentyűzet ikon (106 bájt / 76 bájt)
- 28 × 38 képpontos mikrofon ikon (334 bájt / 248 bájt)
- 1 × 1 pixel átlátszó GIF (62 bájt / 43 bájt) Ez megjelenik a Google Chrome Dev Tools Resources lapján, de nem találtam meg a forráskódban (valószínűleg később hozzáadta a JavaScript-et).
- 1 × 1 képpont Meghibásodott GIF fájl, amely kétszer jelenik meg. (34 bájt / 23 bájt) A cél egy rejtély számomra.
Van valami, amit hozzá kell adni a magyarázathoz? Kikapcsolja a megjegyzéseket. Szeretne további válaszokat olvasni más tech-savvy Stack Exchange felhasználóktól? Nézze meg a teljes beszélgetés szálát itt.