HTML é muito texto para rápido web?
https://stackoverflow.com/questions/1712091
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Alguém sabe alguma coisa sobre a eficiência do HTML como uma linguagem de marcação transmissíveis? Parece-me que ter tags de fechamento em vez de apenas uma chave de fechamento (ou apenas </>) adiciona um monte de texto em um arquivo. Largura de banda é um recurso valioso, e quando milhares de milhões (trillions?) De arquivos HTML estão continuamente a ser transmitido em todo o mundo, essas tags de fechamento somar.
A minha pergunta é se eles se somam o suficiente para fazer uma grande diferença. Com uma marca de fechamento breve, haveria um aumento considerável na velocidade de carregamento da página?
Solução
Seu ponto é válido, mas em comparação com rich media, como áudio, vídeo e imagens, o "espaço perdido" é insignificante.
HTML, sendo uma linguagem de marcação, é detalhado; mas se você tirar um pouco do que a verbosidade, ele vai tornar-se subitamente muito mais difícil de trabalhar.
Outras dicas
Não.
Se você quiser tamanhos de download menores, configure seu servidor web automaticamente para gzip-compressa todas as respostas text/html.
No. Em relação a imagens (e vídeo!) HTML ainda é pequena. O lance em compressão e torna-se ainda mais (cordas especialmente porque repetidas (tais como nomes de tags) compressa bem.
O aumento nos custos de manutenção seria mais do que compensar a economia de largura de banda.
HTML não é eficiente, e todos os indícios sugerem que se tornará menos eficiente.
Veja o exemplo a seguir:
<b>some bold text</b>
vs
<span class="boldText">some bold text</span>
.boldText {font-weight:bold;}
Ok - é um pequeno exemplo, mas serve para ilustrar o meu ponto.
Para trás nos dias de modems de 56k, eu costumava escrever lateral funções cliente Javascript, e então usado Ajax (antes era chamada ajax) para passar para baixo apenas os valores (não a descrição) e, em seguida, usar o lado do cliente para construir -se elementos no DOM, que provou ser cerca de 20% mais eficiente, mas me deixou pensando se alguém iria inventar HTML taquigrafia. Ninguém o fez, e em vez disso temos apenas atualizado nossas conexões, e você está certo - Estamos jogando em torno de toneladas de bits, que não precisam de estar lá.
Mas quem se importa?
Em geral, HTML marcação não é o fator limitante na medida em que a largura de banda está em causa. Duas razões principais:
- HTML é texto, o que significa que é altamente compressíveis usando HTTP compressão .
- A largura de banda utilizada por HTML é extremamente pequeno em comparação com a largura de banda utilizada por gráficos / vídeo.
Embora tecnicamente as tags de fechamento acrescenta uma certa percentagem para o tamanho do arquivo de HTML, é ainda infinitamente pequeno no grande esquema de todos os dados que voam em torno da web.
Se você está realmente preocupado com isso, você sempre pode configurar o web-sever para aplicar compressão para o conteúdo html quando ele está sendo servido.
O Google omite as marcas de fechamento em suas páginas da web, mas depois de compressão a poupança é mínimo. A maioria das pessoas preferem conformidade com as normas e ser capaz de validar suas páginas.
