Mājas lapa » » Vai teksta bāzes pārlūkprogrammas samazina tīkla trafiku?

    Vai teksta bāzes pārlūkprogrammas samazina tīkla trafiku?

    Nav šaubu, ka šodienas tīmekļa lapas ir bagātas ar bagātīgu saturu un izmanto lielāku joslas platumu, lai pilnībā ielādētu, bet, izmantojot GUI bāzētas teksta bāzes pārlūku, ievērojami mainītu tīkla trafiku? Šodienas SuperUser Q&A ziņojumam ir atbildes uz ziņkārīga lasītāja jautājumu.

    Šodienas jautājumu un atbilžu sesija mums dod pieklājību no SuperUser-Stack Exchange apakšnodaļas, kas ir kopienas orientēta Q & A tīmekļa vietņu grupa.

    Lynx Browser screenshot pieklājīgi no Wikipedia.

    Jautājums

    SuperUser lasītājs Paulb vēlas uzzināt, vai teksta pārlūkprogrammas faktiski var samazināt tīkla trafiku:

    Vai teksta bāzes pārlūkprogrammas, piemēram, Lynx, Links un ELinks, patērē mazāk joslas platuma nekā GUI balstītas pārlūkprogrammas, piemēram, Firefox, Chrome un Internet Explorer?

    Es domāju, ka satiksme netiek samazināta. Mans pamatojums tam ir tas, ka, manuprāt, teksta pārlūkprogramma lejupielādē visu lapu, kā to piedāvā serveris. Lapas logrīku racionalizēšana vai samazināšana tiek veikta lokāli.

    Varbūt ir mazāks satiksmes samazinājums, jo lielākā daļa teksta pārlūkprogrammu neizpildīs lapu skriptus vai flash failus, kas var izraisīt vairāk satiksmes.

    Vai teksta pārlūkprogrammas var ievērojami samazināt tīkla trafiku?

    Atbilde

    SuperUser ieguldītājam gronostaj ir atbilde:

    Tīmekļa serveris nesūta visu vietni, bet dokumentus, ko pieprasa pārlūkprogrammas. Piemēram, piekļūstot google.com, pārlūkprogramma vaicā tīmekļa serverim dokumenta google.com. Tīmekļa serveris apstrādā pieprasījumu un nosūta atpakaļ HTML kodu.

    Tad pārlūks pārbauda, ​​ko tīmekļa serveris ir nosūtījis. Šādā gadījumā tā ir HTML tīmekļa lapa, tāpēc tā analizē dokumentu un meklē atsauces skriptus, stila lapas, attēlus, fontus utt..

    Šajā posmā pārlūks ir pabeidzis oriģinālā dokumenta lejupielādi, bet vēl nav lejupielādējis atsauces dokumentus. Tā var izvēlēties to darīt vai izlaist to lejupielādi. Regulāri pārlūkprogrammas mēģinās lejupielādēt visus atsauces dokumentus, lai iegūtu vislabāko skatīšanās pieredzi. Ja jums ir reklāmu bloķētājs (piemēram, Adblock Plus) vai konfidencialitātes spraudnis (piemēram, Ghostery vai NoScript), tad tas var arī bloķēt dažus resursus.

    Pēc tam pārlūkprogramma lejupielādē atsauces dokumentus pa vienam, katru reizi lūdzot tīmekļa serveri tieši par vienu resursu. Mūsu Google piemērā pārlūks atradīs šādas atsauces (tikai nosaukt dažus no tiem):

    • https://www.google.com/images/srpr/logo11w.png (Google logotips)
    • https://www.google.com/textinputassistant/tia.png (tastatūras ikona)
    • https://ssl.gstatic.com/gb/images/i1_3d265689.png (Daži kombinēti attēli, triks, ko izmanto, lai samazinātu pārlūkprogrammu pieprasījumu skaitu.)

    Faktiskie faili dažādiem lietotājiem var būt atšķirīgi, jo pārlūkprogrammas un sesijas laika gaitā var mainīties. Ar tekstu saistītās pārlūkprogrammas neielādē attēlus, Flash failus, HTML5 video utt., Lai lejupielādētu mazāk datu.

    @NathanOsman sniedz labu komentāru. Dažreiz mazie attēli ir iestrādāti tieši HTML dokumentos un šajos gadījumos tos nevar lejupielādēt. Šis ir vēl viens triks, ko izmanto, lai samazinātu pieprasījumu skaitu. Tomēr tie ir ļoti mazi, pretējā gadījumā bināra faila kodēšanas bāzes 64 bāzes kodēšana ir pārāk liela. Google.com ir daži šādi attēli (base64 kodēts lielums / dekodēts lielums):

    • 19 × 11 pikseļu tastatūras ikona (106 baiti / 76 baiti)
    • 28 × 38 pikseļu mikrofona ikona (334 biti / 248 baiti)
    • 1 × 1 pikseļu caurspīdīgs GIF (62 biti / 43 baiti) Tas tiek parādīts cilnē Google Chrome Dev Tools Resources, bet es nevarēju to atrast avota kodā (iespējams, to pievienoja vēlāk ar JavaScript).
    • 1 × 1 pikseļi Bojāts GIF fails, kas parādās divreiz. (34 Biti / 23 Biti) Tā mērķis ir man noslēpums.

    Vai kaut kas jāpievieno paskaidrojumam? Skaņas izslēgšana komentāros. Vai vēlaties lasīt vairāk atbildes no citiem tehnoloģiju gudriem Stack Exchange lietotājiem? Apskatiet pilnu diskusiju pavedienu šeit.