Isto deve acontecer com frequência: você abre um site qualquer no smartphone, espera um monte de imagens carregar e, imediatamente, toca em um link para acessar outra página. No meio desse processo, vários megabytes do seu plano de dados foram consumidos sem necessidade alguma. Mas as versões futuras do Chrome para Android devem resolver esse problema, graças a uma função chamada LazyLoad.

Foto por Kārlis Dambrāns/Flickr

Como informa o SlashGear, o Blink LazyLoad faz com que o navegador carregue uma página aos poucos, à medida que o usuário rolar a tela. Se um texto, imagem ou outro conteúdo não estiver visível no display do aparelho, o Chrome poderá simplesmente não fazer o download desses recursos, o que pode gerar uma bela economia no 4G no final do mês.

O LazyLoad é dividido em duas partes. O Blink LazyFrames atrasa o carregamento de frames que atendam a certas condições: tamanho maior que 4×4 pixels, visível e de um servidor terceiro. E o Blink LazyImages substitui temporariamente a imagem original por um espaço em branco, no tamanho adequado (para evitar que a página fique desfigurada), baixando-a somente quando você precisar dela.

O recurso ainda está em desenvolvimento; ainda não sabemos quanto ele realmente economizará em tráfego de dados, nem como fica a situação dos usuários com conexões ruins (talvez sua operadora não colabore naquela hora em que o Chrome decidir baixar um conteúdo). O LazyLoad deverá ser liberado em breve no Chrome Dev para Android como uma opção ativada por padrão.

Comentários

Envie uma pergunta

Os mais notáveis

Comentários com a maior pontuação

Programador Front-End
Estamos na mesma então. Tomara que uma solução nativa do navegador conversando com o DOM resolva
Alexandre Roberto
Manco por manco, fico com minha jabiraca velha mesmo. A proxima troca sera por algum picape grande...e o que aguenta a buraqueira daqui
Jeferson Cardozo
Eu uso o plugin do Lazyload do tuupola Versao 1.9.7, (a 2.0 beta ta bem ruim ainda) nunca tive problemas, alem de economizar na banda do servidor tbm....
Jeferson Cardozo
Eu uso o plugin do Lazyload do tuupola Versao 1.9.7, (a 2.0 beta ta bem ruim ainda) nunca tive problemas, alem de economizar na banda do servidor tbm
Jefferson Rodrigues
Também não preciso economizar.
Thiago Silva
Porra, azeitonas são legais.
ʞǝʌǝɥs

só comentando porque o assunto é interessante, não para resolver o problema :)

se você tem 150 requests (como você disse acima) imagine a latência somada de tudo isso (porque o browser nao pode abrir 150 conexões em paralelo) especialmente numa rede móvel

com http/2 (ou mesmo seu antecessor spdy, do google), essa latência vai diminuir drasticamente, além de resolver outros problemas, como head-of-line blocking etc

Jose X.
só comentando porque o assunto é interessante, não para resolver o problema :) se você tem 150 requests (como você disse acima) imagine a latência somada de tudo isso (porque o browser nao pode abrir 150 conexões em paralelo) especialmente numa rede móvel com http/2 (ou mesmo seu antecessor spdy, do google), essa latência vai diminuir drasticamente, além de resolver outros problemas, como head-of-line blocking etc
Jonas S. Marques
Sim, mas quantos sites tu conhece que usam isso? Aliás, fora de uma VPS ou servidor dedicado, algo que é fora da realidade de 90 % dos sites quantos usam isso? Dos grandes players de web host do mercado nenhum é compatível com http 2. Tem host de hospedagem aqui do Brasil que ainda oferece 64 MB de memória PHP0. Isso pra PHP 7. Além disso o HTTP 2 paraleliza os downloads, não resolve tanto o problema de tamanho, mais o de latência.
ʞǝʌǝɥs

Num site com 20 ou 30 requisições isso já atrapalha, mas a maioria tem
90, 100, 150, aí a cada uma sua rede 4G demora lá seus 100 a 300 ms na
resposta

http/2 deve melhorar bem nesses casos, imagino...problema é que é pouco usado ainda

Jose X.
Num site com 20 ou 30 requisições isso já atrapalha, mas a maioria tem 90, 100, 150, aí a cada uma sua rede 4G demora lá seus 100 a 300 ms na resposta http/2 deve melhorar bem nesses casos, imagino...problema é que é pouco usado ainda
Jonas S. Marques
Porque muitos sites são mal feitos, sejam em infraestrutura "Servidor compartilhado, má configuração nos recursos da hospedagem, site mal elaborado "Alguns pesam acima de 10 MB", por que alguns deles não tem o que chamamos de carregamento pré dobra, que é basicamente carregar primeiro o que importa depois o que não importa, ou por que apesar do 4G ser rápido, a latência não e´das melhores. Num site com 20 ou 30 requisições isso já atrapalha, mas a maioria tem 90, 100, 150, aí a cada uma sua rede 4G demora lá seus 100 a 300 ms na resposta, dependendo da operadora. É uma soma de fatores terríveis.
Jonas S. Marques
Já tentei implementar com classe em less, com o uso de JS e CSS externo pra controlar a exibição, já tentei com bootstrap, já tentei com módulos como o Web pagespeed instalado direto no Linux, nada da um bom resultado.
Wellington Gabriel de Borba
Eu queria que alguém me explicasse porque às vezes o meu sinal 4G aparece no máximo, as setas de down e uplink ligadas, o WhatsApp recebendo e enviando informações em instantaneamente e mesmo assim as páginas não são exibidas.
David Diniz
Assim como comentários de que pré pago é melhor que pós pago e todos no país deveriam usar independente do perfil.
Exibir mais comentários