2010/6/1 Facundo Andrés Bianco <facundo@esdebian.org>:
> FF pude andar muy rápido, incluso la gente de Ututo contaba que lo pudieron
> correr en una netbook, hay que compilarlo nomás con los parámetros para tu
> micro ;)
Chrome no lo compilé y anda rápido, y no creo que venga precompilado
para "Atom", asi que por ahi no pasa la cosa. La clave es el motor de
JS, por eso la diferencia se nota en ciertas páginas que corren
scripts intensivos.
> ¿Qué herramientas para webmaster tiene chrome? Te soy sincero, la única
Vas al menu developer y veras que tiene varias cosas, la mas útil para
mi es el "developer tools" que abre una ventana con un esquema del
sitio que estas viendo y cuando cliqueas algo te dice que elemento es
en el HTML y dentro de que "div" o subelemento pertenece incluyendote
que te marca con color todo el area de influencia de ese elemento. Es
parecido a webdeveloper (que mas vale que lo probé es un clásico para
ff) pero mucho mas fácil de usar y sobre todo, mas practico.
Tambien tiene medidor de memoria de cada tab y de otros navegadores,
Yo estoy ahora muy contento con uzbl porque precisaba un navegador que "deje pasar todo" y midori era bueno hasta por ahí, te muestro una captura de su developer tools:
http://imagebin.ca/view/hdBHhKR.html
Lo que me llama la atención es que es igual a uzbl:
http://cdn.ghacks.net/wp-content/uploads/2010/01/google_chrome_developer_tools-500x500.jpg pero veo le falta la pestaña de "audits"
Mirando en los hilo de proceso, uzbl también es "una pestaña, un proceso", justamente porque estoy usando uzbl-tabbed que es un script que en lugar de tener varias ventanas (como hace uzbl-browser) tiene todo en una.
Es linda la historia de uzbl:
http://linux.slashdot.org/story/09/09/05/2142235No me confió mucho de su medidor de memoria (no me confío de google, bah - aunque ambos usen el mismo developtools), prefiero usar htop con la opción "H" que muestra los procesos y sus hilos y, también, consumo de memoria, cpu, swap, micro, etc.
