¿Te ha usado Google Chrome como conejillo de indias?

Muchos blogs han publicado sus propias estadísticas sobre el porcentaje de visitas que han tenido desde el navegador Chrome de Google y yo voy a hacer lo propio basándome en las producidas entre las 13:30 del día 2 de septiembre hasta las 13:30 de hoy, día cuatro (un período de 48 horas).
Según Google Analytics, la herramienta que usamos en este blog desde que lo creamos, se han producido en ese espacio de tiempo 354 visitas desde Chrome representando un porcentaje del 6,11 por ciento del total de visitas en las últimas 48 horas (5.798 visitas).

Como era de esperar, Google Analytics identifica al navegador Chrome como SAFARI por lo que a la hora de saber exactamente qué visitas representan a Chrome hay que filtrar este navegador por la versión que usa que es la 525.13. Este dato lo se porque ayer activé mi 'sniffer' Ethereal para descubrir las cabeceras que Chrome envía en sus peticiones y esto es lo que aparecía:

GET / HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27
Safari/525.13

Por lo tanto, primero filtramos por navegador...




...y por último por versión...


...y al hacer 'click' sobre el hiperenlace de la versión, aparecen los datos reales:

Pero hay algo mucho más interesante todavía. Ya sabeis lo inquieto que soy y lo que me gusta hacer experimentos. Se me ocurrió hacer algo que de momento no he visto a nadie que lo haya hecho.
Pensé que podía trasladarme un par de meses atrás (Julio y Agosto) y pedir esa misma estadística. Chrome no existía oficialmente hasta hace un par de días por lo que los resultados tendrían que ser 'cero patatero'...Pues no.
Entre el 1 de Julio y el 1 de Septiembre (excluyendo los días 2, 3 y 4 de septiembre, lógicamente). nuestro blog recibió 34 visitas con la huella de Chrome:

Lo que me lleva a pensar que hemos sido pasto de las pruebas que Google ha estado realizando aleatoriamente a las webs más visitadas en el mundo, lo cual nos honra ¿verdad frames?.
Un dato muy significativo de la anterior gráfica es que el promedio de tiempo que cada una de estas visitas ha tenido en nuestro blog es de tan solo 50 segundos, lo que afianza aún más mi hipótesis.

Pero no contento aún con lo visto, retrocedí aún más en el tiempo. Esta vez puse el 'interruptor de fluzo' en el día 14 de noviembre de 2007, fecha en que inauguramos el blog.

He aquí la gráfica:


La 'movida' comenzó el 14 de Marzo de 2008, con una sola entrada y después se desató el pánico hasta el día 20 de Abril que las visitas cayeron drásticamente, manteniéndose constantes a razón de una visita por día aproximadamente hasta el 30 de Agosto de 2008, fecha en la que desaparecieron totalmente hasta el día 2 de Septiembre, cuando fué lanzado oficialmente y cuyos resultados indiqué anteriormente.

Si eres administrador de un blog y tienes Google Analytics, quizás te interese hacer este experimento.

Es muy posible que la interpretación que yo he hecho de estos datos esté algo contaminada. Me baso únicamente en la versión del navegador de Chrome, la 525.13 como dije. Desconozco si esta misma versión que aparece en la cabecera de las peticiones HTTP es generada por otros sistemas Safari, como por ejemplo iPhone o iPod Touch (ya pondré el sniffer para ver qué dicen). No obstante, me apostaría una cerveza a que gran parte de estas estadísticas corresponden a Chrome.

Curioso ¿no?

Leer mas

Chrome no es tan minimalista

Al menos en su licencia.

No ha hecho más que salir y aparte de probarlo, ya hay quienes se han leído la licencia de uso, algo que los que sufrimos de la paradoja del usuario activo no solemos hacer, pero que es muy conveniente.

En concreto, varios sitios como JKKMobile en su entrada "Google Chrome apesta", EntreGeeks en "Google Chrome: no todo es bonito con Google" o The Register en "Quemado por Chrome" (la URL indica que el títul original era como el de JKK), apuntan especialmente a la cláusula número 11 de las Condiciones de Servicio de Google Chrome como algo negativo. A saber:

11. Su licencia del Contenido

11.1 Conservará los derechos de autor y cualquier otro derecho que ya posea del Contenido que envíe, publique o muestre en los Servicios o a través de ellos. Al enviar, publicar o mostrar Contenido, estará concediendo a Google una licencia permanente, internacional, irrevocable, no exclusiva y que no está sujeta a derechos de autor para reproducir, adaptar, modificar, traducir, publicar, representar y mostrar públicamente, así como para distribuir cualquier Contenido que envíe, publique o muestre en los Servicios o a través de ellos. Esta licencia se otorga con el único propósito de permitir a Google publicar, distribuir y promocionar los Servicios y puede revocarse para determinados Servicios, según lo estipulado en las Condiciones adicionales asociadas.

11.2 Acepta que esta licencia concede a Google el derecho de distribuir el Contenido a otras empresas, organizaciones o personas con las que Google mantiene una relación con el fin de ofrecer servicios sindicados y de utilizar dicho Contenido en relación con la prestación de los Servicios.

11.3 Por otra parte, usted es consciente de que, al llevar a cabo los pasos técnicos requeridos para ofrecer los Servicios a nuestros usuarios, Google podrá (a) transmitir o distribuir el Contenido a través de diversas redes públicas y distintos medios; y (b) aplicar los cambios necesarios al Contenido a fin de adaptarlo a los requisitos técnicos que exigen las redes, los dispositivos, los servicios o los medios de conexión pertinentes. Acepta que, por la presente licencia, se le concede a Google el derecho de llevar a cabo estas acciones.

11.4 Confirma y garantiza a Google que posee todos los derechos, poderes y autoridad necesarios para conceder la licencia anteriormente mencionada.

Hay varios puntos como mínimo "oscuros", no sólo en este punto 11, sino en el resto de la EULA (End User License Agreement, Acuerdo de Licencia de Usuario Final). Como el punto 2.3, en el que las personas sin edad legal no tienen derecho a usarlo:

2.3 No podrá utilizar los Servicios ni aceptar las Condiciones si (a) no tiene la edad legal para contraer un acuerdo vinculante con Google o (b) si se le ha privado el uso y disfrute de los Servicios en virtud de la legislación de los Estados Unidos o de cualquier otro país, como su país de residencia o el país desde el cual utiliza los Servicios.

No entraré en más follón legal y me quedaré en esas dos cláusulas. Simplemente digamos que los 20 puntos (y sus correspondientes subapartados) no son precisamente fáciles de leer ni tan minimalistas como el navegador de Google.

¿Da que pensar, eh? ¿No te entran ganas de leer la licencia de GMail o la de cualquier otro servicio suyo que uses? Leer mas

Google Chrome y EeePC 701

Después de haber hablado del nuevo navegador de Google viene la revisión de su funcionamiento en un ultraportátil, en este caso mi propio EeePC 701 que ya empieza a estar obsoleto pero que resulta ideal para realizar la prueba.

En primer lugar describiré el entorno de trabajo:

• Ultraportátil Asus EeePC 701


• 1 Gb de memoria RAM


• 8 Gb de SSD


• Sistema operativo Windows XP completo instalado en la SSD.

PROCESO DE INSTALACION DE GOOGLE CHROME

Es bastante sencillo. Se accede a su descarga desde este enlace (siempre que lo hagas desde Windows) y a través de un installer se realiza todo el proceso. Las únicas preguntas que te hace es si quieres importar los elementos de Firefox (curiosamente no pregunta por MSIE). y si quieres instalar unos iconos de acceso directo para el lanzamiento de la aplicación (que por cierto, le dije que sí pero lo único que hizo fue agregar un grupo 'Inicio->Programas')..

Tuve la precaución de anotar el espacio ocupado en la SSD antes de la instalación (5,172 Gb) y después (6,225 Gb). Se deduce pues que no ocupa más de 83 Mb.

ACTUALIZACION: Nuestro lector sagman nos aporta el link a la lista de correo de aviso de disponibilidad de Chrome para Linux. Y josvazg el del código fuente de Chrome.

Muchas gracias a los dos.

EJECUCION DE GOOGLE CHROME

Me ha sorprendido mucho la rapidez en el lanzamiento, entre 3 y 5 segundos tarda desde que se hace click sobre el icono. Muchísimo más rápido que Firefox o MSIE.

INTERFAZ

Es bastante sencilla, sin pretensiones. Lo que más destaca son las pestañas en la parte superior que están por encima del resto de elementos, algo novedoso. Pero la complejidad está oculta. Si a primera vista pareciera que se trata de un navegador rudimentario, lo verdaderamente interesante está dentro a la espera de liberarlo.

De todas formas hay algunas cosas extrañas. Hay páginas en las que no muestra las barras de desplazamiento horizontal y vertical y aparecen cortadas.

Pero es que la resolución del EeePC, 800x480, y que posiblemente el código fuente de la página ha deshabilitado las barras de desplazamiento, hacen de las suyas.
En esta otra sí que aparecen las barras de desplazamiento:

PRIMERA PRUEBA: FLASH Y GESTION DE MEMORIA

Ya sabeis lo pesado que soy con Flash. Por eso fue el primer test que le hice a Chrome. Me fuí a Youtube y para mi sorpresa me encontré el plugin de Flash ya instalado. Abrí 5 pestañas cada una de ellas con una película diferente y las reproducí simutáneamente. Mi intención era comprobar el asunto que Google comentaba de los 'espacios de memoria separados'. Sabía que el sistema iba a estar sobrecargado y me interesaba ver si durante los inevitables bloqueos que se iban a producir se podían realizar otras operaciones con el navegador como por ejemplo navegar entre las pestañas o desplegar los menús de la aplicación.

Pues nada. Ni corto ni perezoso le dí al Play en los cinco vídeos...Cuando conseguí que los cinco estuvieran simultáneamente reproduciendo, que costó trabajo, comencé a experimentar paradas, bloqueos, incluso intentando ejecutar procesos que supuestamente son ajenos a las páginas web como navegar por el menú. Se notaba que el sistema estaba 'cargadillo'. Entonces me acordé de la funcionalidad "Task Manager" donde se pueden ver todos los procesos que Chrome está ejecutando, su consumo de memoria y sus transferencias de datos.

Y fue cuando me llevé una gran sorpresa...Mirad la captura de pantalla de la lista de procesos:

Tenemos cinco pestañas abiertas cada una de las cuales está reproduciendo una película Flash. Se ven en la lista los cinco procesos que representan a cada una de las pestañas abiertas y un único proceso de plugin de Flash. ¿Qué significa esto?. Pues que cuando pulsé el botón 'Finalizar proceso' sobre el plugin se detuvo en las cinco páginas, no solamente en la que tenía seleccionada en ese momento. Esto nos ayuda a comprender un poco mejor el funcionamiento de un navegador, de los objetos embebidos en él y de la interrelación entre ambos. Flash (como cualquier otro objeto embebido) es un 'alien' que se clona a sí mismo y cuyo espacio de memoria es común para todas las instancias que de él se ejecuten. Matando uno de esos clones acabas con la especie. Esto es bueno y malo, pero inevitable y no es algo de lo que Chrome sea responsable. Digamos que Chrome ha sacado a la luz cosas que convenía saber. Si pensábamos que por cada película de Flash estábamos consumiendo más memoria, no es cierto (aquí me he lanzado a la piscina sin mirar si hay agua. Quizás alguno de nuestros lectores me corrija). Lo que estamos consumiendo es más proceso del micro.

Así queda el navegador cuando se detiene el proceso del plugin de Flash:

Pero había otra prueba interesante por hacer: ¿qué pasaría si abriera DOS instancias de Chrome, cada una de ellas con cinco pestañas apuntando a Youtube y detuviera el plugin de Flash en una de ellas? ¿Le afectaría a la otra?. Pues después de haber abierto las dos instancias de Chrome con las DIEZ películas de flash en modo Play y antes de que pudiera hacer nada más, ocurrió esto:

Y al pulsar 'Sí' se detuvo en ambas instancias pero no ocurrió nada más. Parece que lo que dicen de Chrome es cierto con respecto a la gestión de la memoria. Ambas permanecieron abiertas sin problemas y volví a recargarlas para reintentar la prueba (¿soy pesao o no soy pesao?), esta vez con tan solo una pestaña de Youtube en cada una de ellas.

Esta vez sí que funcionó. Las dos instancias de Chrome estaban reproduciendo sendas películas Flash sin problemas. Y en una de ellas abrí el Task Manager y detuve el proceso del plugin. Como era de esperar, también se detuvo en la otra instancia de Chrome automáticamente. Por cierto, que en ambas instancias aparecen listados los procesos de la otra.

Corolario: lo importante para Flash no es la memoria, sino el microprocesador (¿me he vuelto a tirar a la piscina sin mirar?).

Es muy interesante esta funcionalidad de Chrome. Si eres desarrollador te va a ser de gran utilidad ya que te ayudará a detectar procesos que están consumiendo memoria y no está siendo correctamente liberada (por ejemplo no estás haciendo un correcto uso del 'garbage collector') y, para los procesos AJAX, estar 'sniffeando' el flujo de datos es muy útil.

Tenía una sospecha después de haber hecho todos estos experimentos. Ya os dije que el plugin de Flash está incorporado en la instalación de Chrome. Esto, junto con la petición de importación de los elementos de Firefox que hizo durante la instalación, me hizo pensar que quizás Chrome usa el mismo plugin que Firefox. Una prueba que hice fue abrir una instancia de Chrome y otra de Firefox. Reproducí simultáneamente sendas películas de Flash en ambos navegadores y desde Chrome detuve el proceso del plugin. En Firefox siguió funcionando. Pero, claro está, Chrome y Firefox son dos aplicaciones diferentes y aquí si que ambas usan espacios de memoria totalmente distintos. No se, aún no lo tengo claro...Habría que instalar Chrome en una paltaforma que no tuviese Firefox, quizás, para seguir haciendo el experimento.

ALGUNOS SECRETOS DE GOOGLE CHROME

Hay algo que no me ha gustado y es que con respecto a las contraseñas, solamente da dos opciones, 'Guardar contraseña' y 'Jamás para este sitio'. Falta la de 'No por ahora', como en Firefox.

ACTUALIZACION: Como bien dice nuestro amable lector asvhen, el 'No por ahora' es la crucecita arriba a la derecha. Lógico pero no muy intuitivo, al menos para mis neuronas.

Por otra parte tenemos una opción muy interesante que es 'Nueva ventana de incógnito' que lo que hace es abrir una ventana nueva de Chrome, aunque no es exactamente eso. Es una pestaña flotante que depende de la primera instancia del navegador (parent->child) con lo que sus procesos aparecen listados junto con los demás en el Task Manager y, por lo tanto, cosas como las descritas anteriormente con Flash le afectarán también, y asimismo ella influirá en los demás.

Otro secreto interesante es el que aparece en el menú contextual que se despliega sobre el navegador que es 'Inspeccionar elemento' . Esto permite situarte sobre cualquier punto de la página web y al pulsarlo se abre una ventana que te lleva al punto exacto del código fuente de la página para analizarlo.

La lástima es que no hace cosas como Firebug, que además de hacer eso te permite modificar el código fuente 'on the fly'. Una pena.

ACTUALIZACION: Un lector, tecsisa, nos explica detalladamente las herramientas de depuración de Google Chrome.

Otra cosa interesante es el OMNIBOX, la caja de direcciones que te sugiere automáticamente sitios de interés en función de lo que vayas escribiendo en ella. Fue curioso ver como reaccionó al escribir asus: Google nos pone en segundo lugar, detrás del mismo Asus:


He de decir, en honor a la verdad, que quizás el responsable de que aparezcamos en segunda posición sea la importación de los elementos de Firefox que la instalación de Chrome hizo al principio. Pero también es verdad que en mis elementos de Firefox no figuraba asus.com. Me gustaría que algún lector hiciera la prueba y comentara los resultados.

Y por último otra opción interesante que aparece en el menú principal: 'Acceso directo a aplicaciones'. Supongamos que estamos en la página web de AsusE3. Pues bien, al pulsar esa seleción podemos insertar un icono en nuestro escritorio o en el menú de Inicio Rápido del sistema tal y como se aprecia en la fotografía.

Muy interesante también.

De momento es suficiente. El EeePC 701 se ha comportado bien y parece aceptar a Chrome sin problemas. Y eso que es una máquina limitada de microprocesador (no está overclockeado).
Os dejo a vosotros que sigais investigando y descubrais cosas nuevas.

ACTUALIZACION: Desués de leer los comentarios que los lectores del blog de Enrique Dans están dejando sobre el funcionamiento de Chrome, conviene realizar algunas pruebas más.
En este caso los applets de Java. Después de leer un comentario de Belén en ese blog donde dice que ha probado a cargar contenido Java de esta página y que al parecer no está instalado el plugin, confirmo sus resultados:



La misma página la he probado con MSIE y con Firefox y el Plugin se instala automáticamente
Me he ido a la página de pruebas de Sun desde Chrome para probar la características Java y este es el resultado.




Entonces he probado a instalar Java desde Sun y, como es lógico, me ha dicho que ese software ya está instalado en mi máquina.

Como veis, parece que Java está 'missing' de momento en Chrome para Windows.

Leer mas

Google Chrome: la nueva experiencia en navegación

Se oían rumores sobre la intervención de Google en la guerra de los navegadores que desde hace meses se está librando en el campo de batalla de internet pero eran solo eso, rumores. El hermetismo era casi total en la compañía y tan solo se especulaba con el nombre de 'Google Browser'.
Ahora ya es oficial. En pocas horas será lanzado en más de 100 países el nuevo navegador de internet creado por Google y llamado Chrome.

Han empezado desde cero diseñando un navegador que se adecue a las necesidades actuales. Los planteamientos de Google son los siguientes:

1. La experiencia de navegación ha cambiado. Ya no existen solo páginas web. Además existen APLICACIONES.


2. Los navegadores han de ser ESTABLES, RAPIDOS y SEGUROS.


3. Necesitan una interfaz LIMPIA, SIMPLE y EFICIENTE.


4. Además, ¿por qué no hacer un navegador de CODIGO ABIERTO?. No solamente quieren que otros adopten sus ideas sino, además, que Google Chrome adopte las ideas de otros.


5. Arquitectura MULTIPROCESO. Es decir, evitar el problema tan corriente que todos experimentamos con, por ejemplo, javascript que mientras que su código se esté ejecutando no tenemos control sobre el navegador hasta que libere el proceso. Esto es un aspecto que, si de verdad lo han solucionado, supondrá un gran avance. Permitirá que los desarrolladores creen APIS con funcionamiento asíncrono, una quimera que muchos llevamos años esperando. Estaríamos hablando de un navegador MULTITAREA algo no visto hasta ahora. Esto supone, claro está, un uso mayor de memoria de la máquina. Las tareas son alojadas cada una de ellas en su propio espacio de memoria, independiente de los demás.


6. El uso de WEBKIT. Para ello hablaron con el equipo de desarrollo de Android que ya lo había implementado en este sistema operativo. La clave está en la rapidez de proceso y la sencillez para el desarrollador.


7. La inclusión de Google GEARS. Esto permite ampliar las posibilidades del navegador. Es un recurso interesante para los desarrolladores.
8. Una máquina virtual JavaScript específica llamada V8

Quisiera hacer hincapié en el punto número 5. Aunque muchos de vosotros no esteis interesados en el funcionamiento de la memoria de un ordenador, conviene conocer su comportamiento para comprender el por qué de muchos de los problemas de lentitud y bloqueos que muchas veces experimentamos cuando navagamos por internet.

Google lo explica extremadamente bien en esta serie de viñetas que ha publicado para mostrar cual será el funcionamiento de Google Chrome y, de paso, argumentar la carencias del resto de navegadores que existen en el mercado. En definitiva vienen a explicar que el secreto está en la buena gestión de la memoria (aprovechando la teoría de java del garbage collector, pero mejorada), en la reutilización de los espacios que se han dejado libres y en la correcta asignación de los mismos.

Existirá asimismo un Task Manager que mostrará qué procesos son los que más memoria están consumiendo, algo novedoso que seguro obligará a más de un sitio web a replantearse sus diseños si no quieren perder clientela. Estamos hablando de que incluso podremos ver individualmente el consumo de memoria de cada proceso en una misma página web (plugins java, plugins flash, gifs animados, AJAX, etc etc). Digamos que no es solamente un navegador. Hablamos de toda una herramienta de depuración. Este concepto ya existe en Mozilla Firefox y muchos desarrolladores ya lo usan. El famoso FireBug. Se detectarán los procesos problemáticos y podrán ser eliminados de una forma sencilla. Como dice Google "(...) Placing BLAME where blame BELONGS".

Para llevar a cabo una tarea tan impresionante, Google ha tenido que utilizar una tecnología denominada "Chrome Bot" que cargaba millones y millones de páginas de internet escrutando todas y cada una de las líneas de codigo en busca de fallos y errores del navegador Chrome. Es decir, han utilizado prácticamente todo internet durante meses para depurar su navegador. Digamos que han jugado con ventaja aprovechando toda su infraestructura para ello, algo que es lógico.

Pero, como dicen en Google, existen billones, trillones (que exagerados son los yanquis) de páginas web "out there" y nosotros solo hemos probado unos pocos millones de ellas en cada "build" de nuestro Chrome. Entonces ¿cual ha sido el criterio para seleccionar a esos millones de páginas que nos sirvieran de prueba?. Pues, claro está, las más visitadas. Para eso somos Google.

Otro aspecto importante es que han creado una máquina virtual javascript. Y la llamaron V8. Han introducido tres conceptos nuevos. El primero se denomina "Hidden Class Transitions" y se encarga de mejorar las estructuras de los objetos a través de optimizaciones dinámicas. El segundo, y quizás el mas importante, es que el código no es interpretado. Es ejecutado directamente por el procesador con todas las ventajas de rapidez y efectividad que ello conlleva. Para ello V8 estudia el código javascript, genera código máquina y se lo entrega el procesador para que lo ejecute. Por último han mejorado el recolector de basura ('garbage collector" o, para explicarlo a los profanos, el método de eliminación de procesos inactivos de la memoria). Google dice que el "garbage collector" de las máquinas javascript actuales es desastroso porque usa métodos conservativos. Digamos que, si vas a tirar la basura a un contenedor, le pierdes la pista a tu bolsa. Pero V8 propone conocer siempre el sitio exacto donde fuiste a tirar la basura para poder reaprovechar la bolsa para la siguiente basura que generes. Qué joios los de Google.

Lo bueno de V8 es que es independiente de Chrome, es decir, que otros navegadores lo podrán utilizar. Doblemente joios los de Google.

Se ha creado otro concepto llamado OMNIBOX que es la clásica URL BOX o casilla de direcciones pero con unos añadidos que mejorarán sensiblemente la experiencia de la navegación. La OMNIBOX te sugerirá sitios que visitar, ya que no es una barra de direcciones exclusivamente. Es algo parecido al Google Search. Si introduces la palabra asus te aparecerá (espero) asuse3 como sugerencia de navegación.

Otra cosa interesante es el modo INCOGNITO. Habilitando este modo, podrás abrir una página web y Google asegura que NADA de lo que ocurra en esa página podrá ser guardado en el log de tu navegador, ni las cookies, ni la paswords, ni las fotos guarras). Habrá que verlo.

En definitiva, se introducen conceptos novedosos y muy interesantes que nos llevarán a nuevas experiencias en la navegación web. Google participa en la guerra de los navegadores y puede que sea lo último que oigamos hablar de ella ya que, si todo lo que dicen de Chrome es cierto (no lo pongo en duda), la guerra habrá terminado definitivamente, al menos durante un par de años.

Estoy a la espera de probar esta nueva solución de navegación. Según Google, la salida es inminente si no lo ha hecho ya mientras escribo estas líneas.

Leer mas