Es demasiado texto HTML para web rápido?

Question

¿Alguien sabe algo acerca de la eficiencia de HTML como un lenguaje de marcado de transmisión? Me parece que el tener etiquetas de cierre en lugar de simplemente cerrar una llave de cierre (o simplemente </>) añade una gran cantidad de texto en un archivo. Ancho de banda es un recurso valioso, y cuando mil millones (billones?) De los archivos HTML, continuamente se transmiten en todo el mundo, las etiquetas de cierre se suman.

Mi pregunta es si se suman suficiente para hacer una gran diferencia. Con una etiqueta de cierre más breve, habría un incremento notable en la velocidad de carga de la página?

Answer 1

El punto es válido, pero en comparación con medios enriquecidos, tales como audio, vídeo e imágenes, el "espacio perdido" es insignificante.

HTML, al ser un lenguaje de marcado, es prolijo; pero si se quita algo de ese nivel de detalle, que de repente se hará mucho más difícil trabajar con ellos.

Answer 2

No.

Si desea más pequeños tamaños de descarga, configurar su servidor web automáticamente a gzip-comprimir todas las respuestas text/html.

Answer 3

No. En relación con las imágenes de vídeo (y!) HTML es aún muy pequeños. El tiro en compresión y se vuelve más así (especialmente como cadenas repetidas (tales como nombres de etiqueta) se comprimen bien.

El aumento de los costes de mantenimiento compensaría con creces el ahorro de ancho de banda.

Answer 4

HTML no es eficiente, y todos los indicios sugieren que llegará a ser menos eficiente.

Tome un vistazo al siguiente ejemplo:

<b>some bold text</b>

vs

<span class="boldText">some bold text</span>
.boldText {font-weight:bold;}

Ok - es un pequeño ejemplo, pero ilustra mi punto.

En los días de los módems de 56k, solía escribir Javascript lado funciones de cliente y después utiliza Ajax (antes se llamaba Ajax) para transmitir sólo los valores (no la descripción) y luego usar el lado del cliente para construir hasta elementos en el DOM, esto resultó ser un 20% más eficiente, pero me dejó pensando si alguien inventaría abreviada HTML. Nadie lo hizo, y en su lugar hemos acaba de actualizar nuestras conexiones, y tienes razón - que estamos lanzando alrededor de toneladas de bits, que no necesitan estar allí.

Pero a quién le importa?

Answer 5

En general, el formato HTML no es el factor limitante en lo que se refiere al ancho de banda. Dos razones principales:

1. HTML es texto, que significa que es altamente compresible usando HTTP compresión .
2. El ancho de banda utilizado por HTML es muy pequeño en comparación con el ancho de banda utilizado por los gráficos / vídeo.

Answer 6

Aunque técnicamente las etiquetas de cierre añade un cierto porcentaje al tamaño del archivo de HTML, todavía es infinitesimalmente pequeña en el gran esquema de todos los datos que vuelan alrededor de la web.

Si está realmente preocupado por eso, siempre se puede configurar su web-Sever para aplicar compresión al contenido html cuando se está sirviendo.

Answer 7

Google omite las etiquetas de cierre en sus páginas web, pero después de la compresión el ahorro es mínimo. La mayoría de las personas prefieren ajustarse a las normas y ser capaz de validar sus páginas.

http://code.google.com/speed/articles/optimizing -html.html