Hola, gracias por responder :-)
Carlos, lo que vos decis es justo lo que quiero... el tema es que quiero
poder medirlo y que no sea una suposicion...
Ademas no estoy hablando de tablas, que son lentas por definicion casi...
estoy hablando de distintos metodos de generar divs en donde la diferencia
es mas chica..
Pedro, vi el plugin que me mandas y no es compatible con FF 3.x, despues
hago downgrade de FF y lo veo... las reglas de Yahoo ya las lei y estan muy
buenas. Si me funciona el metodo prometo VAN con eso ;-)
Saludos!
On Nov 25, 2009 9:53am, Pedro Wood <[email protected]> wrote:
Hola Diego, hay un plugin para Firefox, que se llama Load Time Analyzer:
https://addons.mozilla.org/en-US/firefox/addon/3371
... buscando el plugin, porque no me acordaba el nombre, me encontré con
este link:
http://developer.yahoo.com/performance/rules.html
que te soy sincero no lo leí pero en una de esas te sirve.
Saludos,
Pedro Wood
PD: muy buen tema, después se viene la VAN con los resultados no ?
2009/11/25 Carlos Peix [email protected]>
Hola Dieguito, nunca un dia tranquilo para vos... :-)
Para vos no es noticia que distintoss browsers son mas o menos rapidos
para renderizar un determinado contenido y sobre eso no tenes control.
De lo que si tenes control es de la estructura del HTML que le envias y
aqui podrias aplicar ciertas reglas.
- Las tablas en general son malas porque en muchos casos el browser tiene
que esperar el para mostrarla debido a que tiene que calcular anchos de
columnas y demas. Si tenes UNA gran tabla larga y con anchos de columnas
mas o menos fijos o que dependen del contenido, estas en problemas.
Tampoco ayudan flushes intermendios si no viaja el fin de la tabla.
- Aunque uses cache para los .css y .js, siempre es mas rapido no renovar
la pagina cambiando el contenido por Ajax, pero en ese caso y si
mostras "distintas paginas" por Ajax, tenes que alterar el URL para que
el usuario pueda acceder diracto a paginas internas (tiene que cambiar
algo del URL cuando cambia la pagina). GMail hace un gran trabajo con
esta tecnica.
Creo que este ultimo es el aproach que te va a funcionar mas rapido.
----------------------------------
Carlos Peix
2009/11/25 Diego Jancic [email protected]>
Hola gente!,
Tengo ganas de hacer un "proof of concept" de un metodo para mostrar
contenido en web (en general, no solo .net), de forma que sea lo mejor
en cuanto a performance... Con mostrar contenido me refiero lo que
pasa desde el primer byte de respuesta de un servidor HTTP, hasta que
se muestra el contenido al cliente de forma completa.
Hay varias formas de hacerlo, pero me surge la duda de como puedo
realmente medir el metodo mas rapido en terminos de rendering del
browser..
Doy un ejemplo simple de lo que quiero medir. Supongamos que hay una
pagina complicada que involucra muchos elementos (a nivel DOM), por lo
que tengo varias formas diferentes de hacerlo:
** Voy a suponer que la pagina no puede tener cache, pero cualquier js
o css si... Ademas la pagina tiene ~20% de contenido dinamico y todo
el resto es mas o menos estatico (estimo que no va a cambiar en menos
de 20 minutos).
1- Generar el layout basado en divs y enviar ese contenido al cliente.
2- idem anterior haciendo flushes intermedios
3- idem 1 pero usando tablas... puag! :P
4- Generar los datos, y solo los datos, que necesito para mostrar
serializados en JSON, XML o lo que sea y con un js cacheado en el
cliente hago toda la parte compleja de contruir el DOM.
5- Idem anterior pero creando el contenido con innerHTML (es mas
rapido que el metodo anterior segun lei)
La cantidad de requests hechos, la latencia, el encolamiento de los
requests, etc es todo medible... por eso la pregunta especificamente a
medir el tiempo de render del browser.
Gracias!,
Diego
