Te tomamos la palabra Diego ;)
2009/11/25 <[email protected]>:
> 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
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
