Gentes, muchisimas gracias a todos por su colaboracion! Cordiales saludos.
Luis On Wed, Apr 30, 2008 at 7:57 AM, Angel Java Lopez <[EMAIL PROTECTED]> wrote: > Hola gente! > > Igual para el caso planteado, lo recomendaria al bueno de Fire Bug, y lo > recomendaria en otros casos tambien. Es mas, aun cuando una aplicacion sea > para IE, es muy comodo usar el Fire Bug con FireFox para probar todos los > temas de programacion en el cliente. > > (fuera de este tema, dos casos de programacion en el browser, > interesantes: > http://ajlopez.wordpress.com/2008/01/29/grid-computing-in-the-browser/ > > http://msmvps.com/blogs/lopez/archive/2008/04/30/programando-en-el-browser-smalltalk-web-toolkit.aspx > ) > > Parece ser que el tema es mucho trabajo en el cliente, para actualizar una > grilla grande. Como funciona en Firefox? Sigue lento o no? Eso podria dar un > indicio de si el problema es el IE o no. Si es lento en los dos, habra que > buscar en dos puntos: profiling de javascript, y profiling del servidor. Y > ahi se puede usar el Fire Bug. > > Si es lento en el IE, es otro tema. No menciona Luis si es "lento en el IE > y en los demas vuela", o "es lento en el IE y en los demas browsers", o "es > lento en el IE y no probamos en otros browsers". > > Entiendo que el caso es manejar 2000 registros, paginados... Hmmm... > pregunta: son 2000 registros en el cliente, y paginados por javascript, o > son 100 registros en el cliente, y con ajax se pide otra pagina al servidor? > Creo que es la segunda opcion la que esta usando Luis, porque menciona > Update panels. > > Si son 100 registros en el cliente, y luego va al servidor, el problema > puede ser la comunicacion, y la obtencion de los proximos 100 registros. > > Si son 2000 registros manejados en el cliente, el problema esta en > javascript. > > Hmmm.... otra idea: en el servidor enviar datos mock que estan en > su memoria, sin ir a base de datos, solo para ver cuanto cambia el > rendimiento de la aplicacion. > > Nos leemos! > > Angel "Java" Lopez > http://www.ajlopez.com/ > > ----- Original Message ----- > *From:* Damián Herrera <[EMAIL PROTECTED]> > *To:* [email protected] > *Sent:* Tuesday, April 29, 2008 6:11 PM > *Subject:* [puntonet] Impacto de AJAX.NET <http://ajax.net/> sobre IE > > Si, ese esta mejor :) Pero es solo para Firefox. Ojala hagan algo así > para IE :) > > Saludos, > Damián Herrera > ------------------------------ > *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Angel > "Java" Lopez > *Enviado el:* Martes, 29 de Abril de 2008 05:44 p.m. > *Para:* [email protected] > *Asunto:* [puntonet] Impacto de AJAX.NET <http://ajax.net/> sobre IE > > Hola gente! > > > > Le acabo de preguntar al bueno de Pablo Constantini, no recordaba el > nombre, esta el: > > > > http://www.getfirebug.com/ > > > > Imperdible para cualquiera que programe para la web!!!! > > > > Angel "Java" Lopez > > http://www.ajlopez.com/ > > http://www.msmvps.com/lopez > > http://ajlopez.wordpress.com > > http://ajlopez.zoomblog.com > > > > *From:* [email protected] [mailto:[EMAIL PROTECTED] *On Behalf Of *Luis > Capra > *Sent:* Tuesday, April 29, 2008 5:30 PM > *To:* [email protected] > *Subject:* [puntonet] Impacto de AJAX.NET <http://ajax.net/> sobre IE > > > > Que tal, quería saber si alguien conoce alguna utilidad que me permita > medir el tiempo de procesamiento de javascript/ajax del browser. > > Tengo una aplicacion que contiene unos 20 update panels, y en cada > callback se pueden habilitar diversos controles de usuario, algunos son > grillas paginadas con 2000 registros por ejemplo, validators, y demas > controles del Ajax Control Toolkit tambien se están utilizando y creo que el > tema de procesar todas esas cosas del lado del cliente en parte estan > afectando a la performance de la aplicacion. > > > > Todo consejo o referencia es bienvenida. > > > > Cordiales saludos. > > > > Luis > >
