Google Gears, es una extensión que permite construir un pequeño servidor de aplicaciones dentro de tu propio navegador web, Google la lanzó hace un mes y su función es la de facilitar el desarrollo de aplicaciones offline de sitios web, y haciendo que sean vía web y no aplicaciones de escritorio.

El primer paso si estas interesado en esta extensión es instalarte Google Gears, son dos sencillos pasos:

• Instalar Google Gears
• Reiniciar el navegador

Una vez hecho podremos acceder de nuevo a Google Gears y comprobar que aparece el mensaje "Google Gears is installed", a partir de estos momentos podremos acceder a aplicaciones que requieran de esta extensión siempre y cuando aceptemos que el sitio web en cuestión acceda a Google Gears.

Utilizando bases de datos con Google Gears

No necesitamos crear una base de datos en nuestro servidor puesto que 'Google Gears' cuenta con un pequeño servidor web (LocalServer), una pequeña Base de Datos (creada a partir de 'SQLite') y un motor que ejecuta JavaScript (WorkerPool).

Ver Ejemplo

Una vez se prueba te das cuenta de las numerosas ventajas que puede tener esta aplicación (Google Gears), ya que nos permite acceder a Aplicaciones web en "Modo Offline".

Veamos un ejemplo de uso de una base de datos interactuando con Google Gears, para ello vamos a utilizar tres archivos: ejemplog.html, gears_inicio.js, ejemplo.js. De estos tres archivos el que realmente nos interesa es ejemplog.html puesto que es el que contiene las llamadas a los otros dos archivos.

Sin duda alguna la siempre controvertida Wikipedia es un sistema realmente eficiente a la hora de informar de determinados eventos.

Hoy en concreto ha ocurrido un aparatoso accidente en el Gran Premio de Canada de Formula 1 del que ha salido milagrosamente vivo el piloto Robert Kubika, el caso es que a los pocos segundos del accidente ya habia sido editada la entrada de Robert Kubika en la Wikipedia.

Lo curiosos es que la entrada ha sido editada más de 30 veces en una hora y que el piloto ha pasado de estar muerto ha resucitar en cuestión de minutos, es lo que tiene al carecer de un control de calidad debido a su diseño y por lo que la autoridad del sistema va en función de la cuantía de participación y a menudo no importa cómo de frívolo seas al igual que no importa la agresividad de tus artículos o la escasa y poca relevancia de la información dada.

Por ello se ha podido ver versiones de la entrada muy frívolas:

Como todos sabemos Ubuntu es una distribución de Linux de tipo escritorio, basada en Debian, y que tras de sí tiene una curiosa historia.

En este caso se trata de una edición web de Ubuntu... (Wubuntu), muy limitada por supuesto pero que no por ello deja de ser curiosa. Esta versión web consiste en un Ubuntu que ejecutamos desde nuestro navegador como ya decimos obviamente se trata de una simulación.

Se me ocurre una gran utilidad para esta aplicación que es la de enseñar a aquellos que aún no conocen este fabuloso sistema operativo cual es su aspecto y que puedan ver una pequeña demostración (siempre teniendo claro que no deja de ser una aplicación web y praticamente sin ninguna funcionalidad), con esto por supuesto no queremos decir que esta opción es más recomendable que la del LiveCd pero desde luego es más sencillo.

Hoy en día casi la totalidad de las páginas son sitios dinámicos lo qué en muchos casos es un gran engorro para los buscadores que se las ven y se las desean para indexar y organizar todos los contenidos que hay a lo largo y ancho de Internet, hace ya bastante tiempo se empezaron a imponer las "Urls Limpias"; el problema era buscar una manera sencilla y elegante de pasar las variables de una página a otra, la mejor manera son las Urls limpias o amigables que en vez de utilizar simbolos raros (?,=,&) separan las cadenas mediante barra "/":

Ejemplo:URL larga

http://www.tusitio.com/secciones.php?id=21&texto=Noticia

¿Cuántas veces han soñado con hacerte rico?, seguro que muchas, esta es una lista de ideas que han hecho ricos a algunos afortunados, estas ideas estan todas relacionadas con la tecnología.

Eperemos que alguno de nosotros pueda entrar en un futuro en esta lista... Muchos pueden decir que estas ideas son estúpidas pero más bien los estupidos son los que hacen rico al que tuvo la idea.

Million Dollar Homepage

A finales del año 2005 muchos blogs de todo el mundo se habían hecho eco de una curiosa e increible historia... Muchos de vosotros ya la conocereis y sino investigar por google puesto que es bastante fácil encontrar información sobre ella, yo os voy a hacer un breve resumen.

Alex Tew, estudiante de 22 años, un chico que un día se pregunto a sí mismo ¿Porqué no ganar 1.000.000 de dolares?, manos a la obra:

Un dominio, una pagina con una imagen de 1.000.000 de pixeles y un precio 1$.

Benchmark es una técnica utilizada para medir el rendimiento de un sistema, a menudo se realizan comparándolo con algún parámetro de referencia... en este caso realizaremos el benchmark sobre Drupal 5 comparándolo con la versión anterior la Drupal 4.7.6.

Con el lanzamiento de este nuevo drupal seguramente te preguntes ¿Cúal versión es más rápida? (alguna de la serie 4.x o esta nueva versión 5.1)

Instalación Experimental

Estos datos han sido obtenidos de Buytaert, la instalación sobre la que se basan estos datos es un Drupal 4.7 con 2.000 usuarios, 5.000 nodos, 5.000 alias, 10.000 comentarios y 250 términos de vocabularios repartidos en 15 vocabularios.

Además para el benchmark se ha hecho una copia exacta y actualizada a la versión 5.1, el resultado por lo tanto son dos sitios idénticos uno usando la versión 4.7 y el otro utilizando la versión 5.

Todo ello ha sido testeado en un Pentium IV 3Ghz con 2 GB of RAM sobre una Gentoo Linux, el servidor un Apache 2.0.58, PHP 5.1.6 con APC, y MySQL 5.0.26.

Para entender un poco mejor este benchmark puede que necesites saber esto:

Requests per second: número de peticiones por segundo, indica el número de peticiones por segundo que el servidor es capaz de servir correctamente. Un mayor resultado de esta medida indica mayor rendimiento.

Time taken for tests: tiempo empleado por cada test. Cada servidor http se someterá a varios tests que se detallan más abajo. Esta medida indica el tiempo necesario por un servidor para realizar un test completo. Un menor valor en esta medida indica mayor rendimiento. Se mide en segundos.

Transfer rate: indica la tasa de transferencia que el servidor es capaz de mantener durante en desarrollo de la prueba. Se mide en Kbytes/sec. Un mayor valor en esta medida indica mayor rendimiento.

Time per request: tiempo empleado en atender a cada petición. Un menor valor de esta medida indica mayor rendimiento. Se mide en milisegundos.

Failed requests: indica el número de petticiones fallidas que no han podido antenderse correctamente por el servidor http. Se mide en número de peticiones.

Decir que para realizar el test con Apache Benchmark utilizaremos el comando ab2.

Hace ya algún tiempo publicamos un mural con una gran cantidad de logos webs 2.0, en este caso se trata de una imagen que contiene una "versión 2.0" de los logos corporativos de muchas de las grandes empresas del mundo, cómo se puede apreciar algunas cómo Cisco ya poseen un logo que se asemeja bastante a lo que vendría a ser el típico Logo 2.0, hay algunos que son realmente curiosos cómo el de Visa, ¿Alguno se sentiría seguro con Visa Beta?...

Para mi lo más triste de esto es que en realidad bastante de estos "Logos 2.0" lucen mucho más que sus originales.

Ver Mural de Logos 2.0

Tras la publicación de dos betas, Nuevo Drupal 5.0 beta 2, Nuevo Drupal 5.0 beta 1 se acaba de lanzar hace unas horas el nuevo Drupal 5 RC1 que se puede descargar aquí.

El nuevo Drupal 5 RC1 es significativamente más estable que las previas betas y tiene numerosas mejoras, cabe destacar el prepocesador CSS que incorpora que separa los archivos CSS los optimiza (eliminando espacios en blanco...) y los sirve, esto supone una buena mejora ya que evita varias peticiones HTTP extra.

Puedes encontrar más información sobre el Preprocesador CSS aquí.