2009-06-23 9 views
8

Sé que todos los que lean la pregunta pensarán "¡Firebug!" inmediatamente. Tal vez algunos piensen "YSlow!" y "Google Page Speed!"¿Cómo se hacen las pruebas de rendimiento de la página?

Aunque realmente me gustan estas herramientas, me preocupa más cuán rápido se renderizará la página en IE 6/7/8. Todas las herramientas anteriores requieren Firefox. Eso está bien y definitivamente se puede probar la velocidad subyacente de llevar la página al navegador, pero ¿qué pasa cuando se trata de renderizar la página?

No he visto ninguna muy buena respuesta sobre cómo probar la optimización en el nivel del navegador. ¿Cómo se escriben las pruebas de rendimiento para HTML/JS en diferentes navegadores?

Respuesta

5

No estoy seguro de que es una tarea útil para optimizar para un solo proveedor:

  • respecto HTML, la mayoría de los navegadores están escritos para optimizar las técnicas estándar de diseño (mesas, sin tablas, etc.)
  • los motores de renderizado son bastante diferentes entre IE6 e IE8, por lo ya que es como dos diferentes navegadores
  • mayoría de las técnicas para la optimización de son estándar en todos los navegadores (poner javascript en la parte inferior para que no se cargue la página bloque, se mueve javascript para archivo externo, utilizar varios nombres de host para imágenes, etc., para tomar ventaja de carga paralela, no utilice tablas de diseño general, asegúrese de que el almacenamiento en caché los encabezados son correctos, etc.)
  • una vez que tenga un sitio optimizado para Firefox, yo diría que hay poco más que ganar en cuanto a modificarlo para IE; probablemente haya más que pueda hacer a nivel de aplicación en este punto (optimizar consultas, etc.), a menos que su sitio sea en gran parte contenido estático, en cuyo caso puede investigar el almacenamiento en caché, compresión HTTP, etc.
  • si su preocupación es En realidad, al optimizar el código Javascript para IE, existen muchas buenas bibliotecas de JavaScript entre navegadores que se encuentran en una carrera armamentista por mejores tiempos de ejecución en todas las plataformas de navegador, así que una vez más, escoger una solución de navegador cruzado es el camino
  • el panorama del navegador está en constante evolución, y es probable que sus clientes pasen a otra plataforma en algún punto del camino; la optimización de varios navegadores ahora terminará con un código más compatible que es más probable que funcione bien cuando se realice un cambio de plataforma en algún momento en el futuro
  • Argumentaría que escribir código optimizado para varios navegadores dará como resultado un base de código sostenible con menos hechizos mágicos de IE, cuya razón de existir pronto se perderá en las brumas del tiempo
+0

+1, por mencionar que las optimizaciones son estándar en todos los navegadores ... – cgp

+0

"no use tablas para el diseño general" - ¿por qué? – Midhat

+0

@Midhat: las tablas con diseño calculado requieren que se organicen y calculen todos sus contenidos antes de que se pueda procesar cualquier porción. Esto es más una cuestión de rendimiento percibido que rendimiento real, pero a veces hace una gran diferencia. –

1

No pretendo conocer la respuesta absoluta. Sin embargo, un método sería:

  • utilizar herramientas como wget para medir el tiempo en el que una página es inverosímil
  • utilizar herramientas como Firebug para medir la velocidad en general
  • diferencia le da tiempo empleado por el navegador

Si bien esta puede no ser una respuesta completamente satisfactoria, observaré que es la más fácil.

Por cierto, ¿cuáles cree que son los aspectos de rendimiento que puede resaltar utilizando una "prueba de nivel de navegador" que no puede con una "prueba de nivel Firebug"?

Saludos,

JRH

+0

Supongo que la parte que siento que me falta es cómo Trident rinde frente a Gecko. – Travis

2

Ponga un bloque de script al principio del documento, en su extremo y establecer window.onload. Tome la marca de tiempo actual a través del Number(new Date) en cada uno de estos 'puntos de secuencia' y puede obtener una primera impresión de cuánto tiempo debe presentarse la página en una forma independiente del navegador.

0

me gusta mucho AOL's PageTest herramienta, que combina una gran cantidad de la utilidad que se encuentra en Firebug, YSlow y PAGINA y lo envuelve en una bonita interfaz web con algunas características agradables. En primer lugar, se puede ejecutar en IE7 o IE8 (no 6, lo siento) desde los EE. UU. O las ubicaciones internacionales para darle una mejor idea del rendimiento allí. Proporciona gráficos en cascada como los que se encuentran en el panel de la red Firebug, que son útiles para determinar dónde se gasta el tiempo. También proporciona recomendaciones sobre qué solucionar, que son similares a los de YSlow. Finalmente, le permite ejecutar múltiples pruebas en el mismo sitio para que pueda obtener resultados más precisos y minimizar los factores externos.

En general estoy de acuerdo con OrbMan en que es importante optimizar para todos los navegadores. Dado que esas optimizaciones son de navegador cruzado, obtendrá el máximo rendimiento en términos de rendimiento. Solo entonces es el momento de comenzar a considerar mejoras específicas del navegador.

Hay un montón de Google Tech Talks en línea que hablan sobre la mejora del rendimiento web. This blog post contiene una lista de las charlas más relevantes para este tema.

0

WebWait funciona en cualquier navegador.

Es otra herramienta más para tener en su cinturón de herramientas de rendimiento web.

Cuestiones relacionadas