Pagina inicial » como » Os navegadores baseados em texto reduzem o tráfego de rede?

    Os navegadores baseados em texto reduzem o tráfego de rede?

    Não há dúvida de que as páginas da Web atuais estão cheias de conteúdo rico e usam mais largura de banda para carregar totalmente, mas usar um navegador baseado em texto em vez de um baseado em GUI faz uma diferença significativa na redução do tráfego de rede? A postagem de perguntas e respostas do SuperUser de hoje tem as respostas para a pergunta de um curioso leitor.

    A sessão de perguntas e respostas de hoje nos é oferecida por cortesia do SuperUser - uma subdivisão do Stack Exchange, um agrupamento de sites de perguntas e respostas conduzido pela comunidade..

    Screenshot do Lynx Browser, cortesia da Wikipedia.

    A questão

    Leitor de superusuário Paulb quer saber se navegadores baseados em texto podem realmente reduzir o tráfego de rede:

    Os navegadores baseados em texto, como Lynx, Links e ELinks, consomem menos largura de banda do que os navegadores baseados em GUI, como Firefox, Chrome e Internet Explorer.?

    Eu estou supondo que não há redução no tráfego. Meu raciocínio para isso é que eu acho que um navegador baseado em texto baixa a página inteira como ela é oferecida pelo servidor. Qualquer racionalização ou redução de widgets de página é feita localmente.

    Talvez haja alguma redução no tráfego, pois a maioria dos navegadores baseados em texto não executará scripts de página ou arquivos flash, o que pode causar mais tráfego.

    Navegadores baseados em texto podem fazer uma diferença notável na redução do tráfego de rede?

    A resposta

    O colaborador do SuperUser gronostaj tem a resposta para nós:

    O servidor da web não envia o site inteiro, mas os documentos que os navegadores solicitam. Por exemplo, quando você acessa o google.com, o navegador consulta o servidor da web em busca do documento google.com. O servidor web processa o pedido e envia de volta algum código HTML.

    Em seguida, o navegador verifica o que o servidor da web enviou. Neste caso, é uma página HTML, por isso, analisa o documento e procura por scripts referenciados, folhas de estilo, imagens, fontes, etc..

    Neste estágio, o navegador finalizou o download do documento original, mas ainda não baixou os documentos referenciados. Pode optar por fazê-lo ou ignorá-los. Navegadores regulares tentarão baixar todos os documentos referenciados para a melhor experiência de visualização. Se você tem um bloqueador de anúncios (como o Adblock Plus) ou um plugin de privacidade (como Ghostery ou NoScript), então pode bloquear alguns recursos também.

    Em seguida, o navegador faz o download dos documentos referenciados um por um, cada vez solicitando explicitamente ao servidor da Web um único recurso. Em nosso exemplo do Google, o navegador encontrará as seguintes referências (só para citar alguns deles):

    • https://www.google.com/images/srpr/logo11w.png (logotipo do Google)
    • https://www.google.com/textinputassistant/tia.png (ícone do teclado)
    • https://ssl.gstatic.com/gb/images/i1_3d265689.png (Algumas imagens combinadas, um truque usado para reduzir o número de solicitações do navegador.)

    Os arquivos reais podem ser diferentes para usuários diferentes, pois os navegadores e as sessões podem mudar com o tempo. Os navegadores baseados em texto não baixam imagens, arquivos em Flash, vídeos em HTML5, etc., fazendo o download de menos dados.

    @NathanOsman faz um bom ponto nos comentários. Às vezes, imagens pequenas são incorporadas diretamente em documentos HTML e, nesses casos, o download delas não pode ser evitado. Esse é outro truque usado para reduzir o número de solicitações. Eles são muito pequenos, caso contrário, a sobrecarga de codificação de um arquivo binário em base64 é muito grande. Existem poucas imagens no google.com (tamanho codificado base64 / tamanho decodificado):

    • Ícone de teclado de 19 × 11 pixels (106 bytes / 76 bytes)
    • Ícone de Microfone de 28 × 38 pixels (334 Bytes / 248 Bytes)
    • GIF transparente de 1 × 1 pixel (62 bytes / 43 bytes) Ele aparece na guia Recursos do Dev Tools do Google Chrome, mas não consegui encontrá-lo no código-fonte (provavelmente adicionado posteriormente com JavaScript).
    • 1 × 1 pixel Arquivo GIF corrompido que aparece duas vezes. (34 Bytes / 23 Bytes) Sua finalidade é um mistério para mim.

    Tem algo a acrescentar à explicação? Som desligado nos comentários. Quer ler mais respostas de outros usuários do Stack Exchange com experiência em tecnologia? Confira o tópico de discussão completo aqui.