Homepage » come » I browser basati su testo riducono il traffico di rete?

    I browser basati su testo riducono il traffico di rete?

    Non c'è dubbio che le pagine Web di oggi sono piene di contenuti ricchi e utilizzano più larghezza di banda per essere caricate completamente, ma l'utilizzo di un browser basato su testo invece di una basata su GUI fa una differenza significativa nella riduzione del traffico di rete? Il post di Q & A di SuperUser di oggi ha le risposte alla domanda di un lettore curioso.

    La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di siti Web di domande e risposte basato sulla comunità.

    Schermata di Lynx Browser per gentile concessione di Wikipedia.

    La domanda

    Il lettore SuperUser Paulb vuole sapere se i browser basati su testo possono effettivamente ridurre il traffico di rete:

    I browser basati su testo come Lynx, Link ed ELinks consumano meno larghezza di banda rispetto ai browser basati su GUI come Firefox, Chrome e Internet Explorer?

    Suppongo che non ci sia una riduzione del traffico. La mia motivazione è che penso che un browser basato su testo scarica l'intera pagina come viene offerta dal server. Qualsiasi ottimizzazione o riduzione del widget di pagine viene eseguita localmente.

    Forse c'è una riduzione del traffico in quanto la maggior parte dei browser basati su testo non eseguirà script di pagina o file flash, il che potrebbe causare più traffico.

    I browser basati su testo possono fare una notevole differenza nella riduzione del traffico di rete?

    La risposta

    Il collaboratore di SuperUser gronostaj ha la risposta per noi:

    Il server Web non invia l'intero sito Web, ma i documenti richiesti dai browser. Ad esempio, quando accedi a google.com, il browser interroga il server Web per il documento google.com. Il server Web elabora la richiesta e restituisce del codice HTML.

    Quindi il browser controlla ciò che il server Web ha inviato. In questo caso, si tratta di una pagina Web HTML, quindi analizza il documento e cerca script di riferimento, fogli di stile, immagini, caratteri, ecc..

    A questo punto, il browser ha finito di scaricare il documento originale, ma non ha ancora scaricato i documenti di riferimento. Può scegliere di farlo o saltare il download. I browser normali proveranno a scaricare tutti i documenti di riferimento per la migliore esperienza di visualizzazione. Se hai un blocco annunci (come Adblock Plus) o un plug-in per la privacy (come Ghostery o NoScript), quindi potrebbe bloccare anche alcune risorse.

    Quindi il browser scarica i documenti di riferimento uno per uno, ogni volta chiedendo esplicitamente al server Web una singola risorsa. Nel nostro esempio di Google, il browser troverà i seguenti riferimenti (solo per citarne alcuni):

    • https://www.google.com/images/srpr/logo11w.png (logo Google)
    • https://www.google.com/textinputassistant/tia.png (Icona della tastiera)
    • https://ssl.gstatic.com/gb/images/i1_3d265689.png (Alcune immagini combinate, un trucco utilizzato per ridurre il numero di richieste del browser.)

    I file effettivi potrebbero essere diversi per utenti diversi poiché i browser e le sessioni potrebbero cambiare nel tempo. I browser basati su testo non scaricano immagini, file Flash, video HTML5, ecc., Quindi scaricano meno dati.

    @NathanOsman fa un buon punto nei commenti. A volte le immagini di piccole dimensioni sono incorporate direttamente nei documenti HTML e in questi casi non è possibile evitare di scaricarle. Questo è un altro trucco utilizzato per ridurre il numero di richieste. Sono comunque molto piccoli, altrimenti il ​​sovraccarico di codifica di un file binario in base64 è troppo grande. Ci sono poche immagini di questo tipo su google.com (dimensione codificata Base64 / dimensione decodificata):

    • Icona tastiera 19 × 11 pixel (106 byte / 76 byte)
    • Icona microfono 28 × 38 pixel (334 byte / 248 byte)
    • GIF trasparente da 1 × 1 pixel (62 byte / 43 byte) Viene visualizzato nella scheda Risorse di sviluppo di Google Chrome, ma non è stato possibile trovarlo nel codice sorgente (probabilmente aggiunto in seguito con JavaScript).
    • 1 x 1 pixel File GIF danneggiato che appare due volte. (34 byte / 23 byte) Il suo scopo è un mistero per me.

    Hai qualcosa da aggiungere alla spiegazione? Audio disattivato nei commenti. Vuoi leggere più risposte dagli altri utenti di Stack Exchange esperti di tecnologia? Controlla la discussione completa qui.