2009-04-16 20 views
12

Soy un fan de páginas web válidas y siempre paso el tiempo pasando nuevos sitios a través del W3C validator.¿Las páginas web válidas se cargan más rápido?

Cuando se trata de hacer un caso de por qué las empresas deben validar páginas web de forma rápida pensé en accesibilidad y la a prueba de futuro del sitio web en los dispositivos más primitivos, tales como teléfonos, refrigeradores, relojes, el de próxima gran cosa, etc.

Sin embargo, me pregunto si hay una carga computacional implicada en la representación de páginas web que no se validan.

¿Se ha realizado alguna investigación en esta área? ¿y algunos navegadores manejan el contenido no válido mejor que otros?

Respuesta

12

Es probable que una página no válida tarde más en procesarse porque el navegador tendrá que implementar alguna recuperación de fallas (trabajo deductivo para encontrar dónde está el siguiente contenido válido y cómo el navegador puede seguir presentándolo) y esto puede introducir un gastos generales.

La diferencia real solo se puede contar después de mediciones cuidadosas y (si es posible) el análisis del código fuente del navegador.

0

No lo creo. Creo que es casi lo mismo, tal vez incluso más para las páginas válidas (cosas como & en las URL). Especialmente desde algunos navegadores (ejem, IE) están prácticamente diseñados para páginas no válidas. Sin embargo, no quiero decir que me gusta el HTML no válido.

+6

He escuchado que números como el 70% del código de reproducción en un navegador están ahí para descubrir qué es lo que realmente se proponía hacer cuando se le da un poco de mierda. –

+0

"Mierda" puede referirse simplemente a combinaciones complejas de elementos que son difíciles de representar correctamente, no es un código no válido. –

4

Sospecho que el costo de cualquier recuperación de fallas u otro manejo de contenido no válido será insignificante solo por las latencias de la red y otros costos.

+2

Punto válido, pero no subestime el tamaño y la complejidad de las páginas: el análisis y la representación pueden consumir muchos recursos. – sharptooth

1

Me pregunto si hay una carga computacional involucrada en la representación de páginas web que no se validan.

Claro, pero es bastante minúsculo. La velocidad de análisis en general no tendrá un impacto tangible, en comparación con los retrasos mucho más grandes causados ​​por el tiempo de descarga de la red.

Donde puede hacer una diferencia en los tiempos de carga es cuando cierra un comentario incorrectamente. Las reparaciones para problemas de comentarios se pueden retrasar hasta el final de la página, por lo que la representación progresiva no se producirá y no se procesará nada hasta que se descargue la página completa.

+0

¿Es un hecho que la velocidad de renderizado no es importante? Sé que Google Chrome es increíblemente rápido, pero eso puede tener más que ver con la gran cantidad de JavaScript en estos días. –

+1

La velocidad de reproducción puede ser importante. La velocidad de scripting es importante. La velocidad de análisis, que ocurre una vez por carga de página, es poco probable que sea muy notable, excepto en archivos patológicamente enormes. – bobince

0

Solo estoy especulando aquí, porque no tengo referencias ni datos concretos para respaldar esto, pero creo que el modo de renderizado que elija el navegador puede tener bastante impacto. La mayoría de los navegadores tienen dos o tres modos de desgarro, uno para páginas estándar (que es generalmente activado cuando se sirve al navegador un documento html válido, pero no siempre), y el modo peculiar, que simplemente trata de aprovechar lo mejor posible lo tiras. Me imagino que el rendimiento del modo de cumplimiento de normas es mucho mejor que el del modo peculiar, pero de nuevo: solo especular aquí. Si alguien puede respaldar esto con evidencia o una buena referencia, ¡siéntase libre de comentar o publicar una mejor respuesta!

6

Creo que su argumento más fuerte será el mantenimiento. Diseñé la intranet para la última gran empresa para la que trabajé. Creé plantillas de página que tienen marcas válidas y usé comentarios condicionales para apuntar hojas de estilo para diferentes versiones de IE. El sitio fue lanzado hace 2 años; se ve igual en Firefox 2 & 3, Safari 2 & 3, e IE 6, 7, & 8!No se necesita ningún cambio de estilo o marcado. Esto significa que cuando la organización finalmente se actualice a IE 7, el equipo de desarrolladores web no tendrá que hacer nada. Gran victoria en costos de mantenimiento reducidos.

Cuestiones relacionadas