Esta entrada es para presentar NoBrowser, mi primera aplicación para móviles. En concreto para Android, que es el sistema que uso.

¿Por qué se creó NoBrowser?

Hasta hace poco había estado usando un teléfono HTC Magic, el cuál ya es un poco viejecillo, y por tanto se puede considerar un dispositivo de gama baja: poca potencia de CPU y poca memoria. ¿Ves ya por dónde van los tiros? :-)

Una de las cosas que más hago con el teléfono es leer Twitter, y debido a la limitación de 140 caracteres, la gente usa servicios para “saltarse” esa limitación, como pueden ser:

• Twitlonger

  Este servicio te permite escribir más de 140 caracteres, de forma que en Twitter se publica un tweet con todo lo que quepa más un enlace a su web para leer el resto. Sinceramente, no soy partidario de este tipo de servicios —si quieres escribir más, abre un blog— pero sí leo a gente que lo usa.

• Videos de youtube con enlaces de youtu.be

  Youtube usa su propio servicio de acortado de direcciones, y curiosamente no son “capturados” por la aplicación de Youtube para Android, de forma que si haces clic sobre uno de estos enlaces, lo que ocurre es que primero se abre el navegador y luego te pregunta si quieres abrir la aplicación de Youtube. Y lo malo es que además, una vez visto el vídeo, vuelves atrás y se vuelve a ¡abrir el navegador! porque el sistema ya lo había sacado de memoria ¿No sería más rápido si no se tuviese que abrir el navegador?

• Acortadores de direcciones

  Una cosa interesante de NoBrowser es que puede seguir los acortadores de direcciones, de forma que si tenemos, por ejemplo, un enlace bit.ly que redirige a youtu.be y éste al vídeo original, si tenemos la certeza de que es un vídeo, podemos abrir el enlace con NoBrowser y directamente nos abrirá la aplicación de Youtube.

Cuando ya estuve harto de estos problemas busqué en el Android Market una aplicación que me permitiese hacer esto, y como habéis adivinado no la encontré. Así que nada, aprovechando que soy programador, y aunque no me gusta Java para nada, me remangué y me puse a trastear un poquillo para hacer lo que necesitaba. Poco a poco ha ido saliendo algo.

¿Qué hace exactamente NoBrowser?

Lo que hace la aplicación básicamente es capturar ciertos enlaces para tratarlos ella y evitar en todo lo posible que se abra el navegador cuando no es necesario, y como NoBrowser es una aplicación bastante liviana, todo el proceso es mucho más rápido. A continuación paso a detallar lo que hace exactamente:

• Enlaces de Twitlonger

  Cuando se pulsa sobre un enlace de Twitlonger, el sistema nos preguntará si queremos abrirlo con el navegador o con NoBrowser.

  Si elegimos el navegador, se abrirá éste y nos mostrará la página de Twitlonger con el tweet completo. Abrir el navegador en la Magic, como ya he dicho, supone un tiempo de espera precioso —y desesperante— y luego cargar la página completa, con sus imágenes y demás.

  Sin embargo, si elegimos abrir el enlace con NoBrowser, lo que ocurre es que éste mostrará una ventanita con el contenido del tweet. Abrir NoBrowser es casi instantáneo, y además, no se descarga nada más que el texto, por lo que es un ahorro de tiempo y de ancho de banda, lo cual puede significar dinero también en una conexión de datos móvil.

• Enlaces a youtu.be

  Este es un tipo de enlaces que la aplicación de Youtube ya debería capturar, pero por raro que parezca, no es así. Cuando pulsamos sobre uno de estos enlaces, el sistema nos preguntará de nuevo si queremos abrirlo con el navegador o con NoBrowser. Como en el caso anterior, si se abre con NoBrowser, éste nos redirigirá directamente a la aplicación de Youtube y se morirá, de forma que podremos ver el vídeo antes que si lo hiciésemos con el navegador, y además, una vez visto el vídeo volveremos directamente a la aplicación en la que estábamos —cliente de Twitter por ejemplo— sin tener que pasar otra vez por el navegador.

• Enlaces seguros al Android Market

  Este caso es el mismo que el anterior. Curiosamente la aplicación del Market para Android no captura los enlaces seguros (https://), y nos manda a la web.

  Si elegimos abrir estos enlaces con NoBrowser, éste nos redirige automáticamente a la aplicación.

Futuro

Tengo previsto añadir nuevas funcionalidades, como por ejemplo:

• Petición de confirmación antes de redirigir a la aplicación concreta.
• Visualizador de imágenes.

Descarga y código fuente

• NoBrowser en el Android Market.
• Código fuente de NoBrowser en github.

El evento coincidirá con la liberación de la versión 1.0 de Cherokee, y además se hablará del roadmap de la versión 2.0

Dentro de unos meses cogeré mis bártulos para acudir a la cita, porque además de poder conocer en persona al resto de miembros del equipo de desarrollo y usuarios activos, podré asistir y/o participar en varias charlas sobre infraestructuras web de alto rendimiento. Seguro que aprenderé bastante… ya estoy deseando. :-)

En la página web del Cherokee Summit 2010 podréis encontrar más información sobre el evento, las charlas que se darán, cómo llegar, etc… y lo más importante: cómo apuntaros para asistir. Las plazas están limitadas a 80 asistentes, así que si estáis interesados ¡daos prisa!

Por cierto, la asistencia es gratuita.

• Anuncio de Álvaro
• Anuncio de Taher

El caso es que para implementar nuestra solución optamos por usar lectores de la empresa Kimaldi, concretamente el Biomax2, que tenía muy buena pinta. El problema es que el SDK que provee la empresa es sólo para Windows, así que tuvimos que coger el manual del aparato, mirar el protocolo de comunicaciones para intentar hacernos “algo” y así poder interactuar con él desde cualquier sistema operativo, pero principalmente desde Linux, que es el que nos interesaba.

Aprovechando que había descubierto las cualidades de Python colaborando en el desarrollo del Cherokee-Admin, propuse que usásemos Python. Es un lenguaje que te da muchas facilidades para programar cualquier cosa y es muy portable. Hacer eso en C no nos daría más que dolores de cabeza y mucho más tiempo de programación.

Así que nada, puestos manos a la obra, pensamos que lo mejor sería hacer una librería que intentase emular el comportamiento del componente OCX que proporciona Kimaldi, incluyendo los mismos nombres de funciones de éste. ¿Qué conseguíamos con esto? pues que el que estuviese habituado a ese API tuviese más facilidad para programarlo, ya que nuestra idea era liberar esa librería con algún tipo de licencia de código abierto.

Después de un tiempo de desarrollo inicial y de que todo lo básico funcionase, la liberamos, y está disponible en la página del proyecto Pymaldi en Google Code. Desde entonces hemos ido añadiendo nuevos métodos y hemos mejorado algunas cosas.

La librería funciona en base a eventos, es decir, el programa que usa la librería puede enviarle comandos al lector en plan: “pon esto en el display”, “activa el relé 1 durante 2 décimas de segundo”, etc… pero además puede recibir eventos que se produzcan en el lector, como cuando una tarjeta se pasa por él, cuando se pulsa una tecla del teclado, cuando se reinicia el lector, etc. Todo esto de una forma muy simple, como se puede ver en el ejemplo adjunto:

from pymaldi import Pymaldi

class MyPymaldi (Pymaldi):
    def __init__(self):
        Pymaldi.__init__(self)

    def onReadCard (self, card_id):
        if card_id:
            msg = 'Card ID: %s' % (card_id)
        else:
            msg = 'Error reading card'

        rc = self.WriteDisplay(msg)
        if rc:
            print "ERROR (WriteDisplay): %d" % rc

reader = MyPymaldi()
reader.OpenPortUDP('192.168.2.22')
rc = reader.SetUpBIOMAX2()
if not rc:
    print "BIOMAX2 ready!"
else:
    print "ERROR (SetUpBIOMAX2): %d" % rc
    raise SystemExit

while True:
    try:
        reader.wait_events()
    except KeyboardInterrupt:
        raise SystemExit

Este código lo que haría es conectar con el lector que tiene la IP 192.168.2.22 y se queda a la espera de que pasen una tarjeta por él. En cuanto se pasa una tarjeta, se ejecuta una función que lo que hace es decirle al lector que ponga en el display el texto: “Card ID: ” seguido del número de tarjeta. ¿A que es fácil? :-)

Si sólo queremos pintar algo en la pantalla, nada más simple que:

from pymaldi import Pymaldi

class MyPymaldi (Pymaldi):
    def __init__(self):
        Pymaldi.__init__(self)

reader = MyPymaldi()
reader.OpenPortUDP('192.168.2.22')
rc = reader.SetUpBIOMAX2()
if not rc:
    print "BIOMAX2 ready!"
else:
    print "ERROR (SetUpBIOMAX2): %d" % rc
    raise SystemExit

rc = reader.WriteDisplay("Hola SKaRCHa ;)")
if rc:
    print "ERROR (WriteDisplay): %d" % rc

raise SystemExit

Y este sería el resultado:

¿Se puede hacer más fácil? :D

Bueno, pues termino ya, que sólo pensaba hacer un comentario para anunciar la liberación de la librería y ha salido una entrada más larga de lo esperado. Si has llegado hasta aquí es porque te interesa la programación y/o el cacharreo, si no, no te entiendo… :D

Librería Pymaldi.

Tan sólo tendríais que configurar rTorrent poniendo algo como esto en vuestro rtorrent.rc:

scgi_port = localhost:5000

La parte de Cherokee la hará el asistente. Disponible ya en la versión 0.99.24.

¿Cómo? ¿que todavía no usas Cherokee? ¡¿A qué estás esperando?! :D

Después de muchas pruebas, descubrimos que la variable $_POST de PHP contenía sólo las primeras 200 variables que se le enviaban al PHP.

Me puse a buscar y el problema estaba en que la versión de PHP que está usando su proveedor de hosting está parcheada con Suhosin, y este parche por defecto limita el número de variables enviadas por POST a 200.

La solución, poner esta directiva en el php.ini:

suhosin.post.max_vars = 2048

Por supuesto, se puede poner más, pero con eso nos era suficiente.

Más información sobre las opciones de configuración de este parche.

Es por esto que hace unos meses le comenté a David que me gustaría involucrarme y colaborar en algún proyecto Open Source. Ya estaba harto de pensar “hay que ver lo que podría hacer y no hago nada”, pero es de estas cosas que las piensas y ya las harás.

Un día me harté de mi anterior empresa de hosting (Webhostingbuzz) y decidí buscarme otra. Contraté un servidor dedicado y como me dejaban elegir el sistema operativo, les dije que un Linux a pelo y yo me encargaría de montar el servidor web.

El caso es que ya que tenía que cambiar de servidor, pensé en cambiar también de servidor web en sí y abandonar Apache, que consume bastante memoria. No sé si fue el día anterior, pero coincidió el cambio de servidor con la publicación en Barrapunto de la noticia del lanzamiento de la versión 0.8.0 de Cherokee. Ya había leído en el pasado sobre Cherokee, el servidor web libre más rápido, programado desde cero por Álvaro López Ortega, un español que trabajaba en Irlanda para Sun Microsystems.

Tengo que reconocer que al principio todo fueron problemas:

• Para empezar, el programa se configura usando una interfaz por web, que me pareció más un estorbo que una ayuda.
• La filosofía de funcionamiento era totalmente distinta a la que yo estaba acostumbrado en Apache. Nada ficheros .htaccess, por ejemplo.
• No había forma de hacer andar WordPress, y me hacía falta para hacer andar este blog sobre Cherokee.

Estuve a nada de pasarme a usar Nginx, pero después de unos correos en la lista de distribución de Cherokee, y otros cuantos correos con Álvaro, me encabezoné en apoyar el proyecto de un español. Sin duda la ayuda que me dieron en la lista, y la ayuda personal que me dio Álvaro, sirvieron de mucho para decidirme a usar el programa.

Conforme iba configurando cosas, a la vez reportaba los errores que me iba encontrando tanto en el servidor en sí como en el configurador. Una cosa llevó a la otra y un día detecté un error y me puse a intentar arreglarlo yo. Después de pelearme con el C que ya lo tenía bastante oxidado, le mandé un parche a Álvaro y me ayudó a pulir un par de cosillas más.

Después de unos días ya le había enviado unos cuantos parches, y supongo que se hartó de recibir correos míos, porque me propuso el crearme una cuenta en el repositorio de Subversion donde están los fuentes del programa. Al principio le dije que no, que no me atrevía a meter la pata enviando parches yo directamente, pero insistió y me dio una cuenta. Este es el primer parche que envié yo. Aunque no empecé muy bien, porque me cargué el fichero de log de cambios por culpa del UTF-8. :D

Del parche que estoy más orgulloso es del que permite hacer funcionar perfectamente WordPress en Cherokee. El que no sea programador a lo mejor no lo entiende, pero saber que algo así funciona gracias a ti, pues la verdad, te hace sentir muy bien. ;)

En fin, poco a poco he ido colaborando, más que nada puliendo cosillas pero sobre todo APRENDIENDO. Estoy aprendiendo un montón de Python, que tenía ganas de meterle mano desde hace mucho, y ahora poco a poco voy aprendiendo. También estoy refrescando mucho mi C, que ya casi ni me acordaba; y sobre todo en técnicas de programación: se aprende mucho viendo el código de otros, y el de Cherokee a mi me parece muy bueno.

Hace unos días recibí un correo electrónico de Álvaro diciéndome que por haber colaborado bastante, desde Octality me iban a enviar una camiseta, y es la que podéis ver en la foto de esta entrada cubriendo mi pedazo de cuerpo serrano. :D La camiseta es guapísima, y me llegó también con 5 pegatinas, una de las cuales ya ha ido directamente a la parte trasera de la pantalla del portátil. :-)

Octality es la empresa que ha fundado Álvaro al dejar Sun, y se dedica a montar infraestructuras web de alto rendimiento para sitios que tengan mucho tráfico. Evidentemente sus soluciones están basadas en Cherokee, de ahí que últimamente su desarrollo esté avanzando tanto.

Así que sin haberlo planeado he hecho lo que pretendía: meterme en la comunidad de desarrollo de un proyecto Open Source, ¡y muy contento que estoy!. La última versión de Cherokee, la 0.10.0, es la más estable hasta ahora. Y se nota.

Quedamos en una cafetería que ya no existe y empezamos con el análisis…

Sin duda, los mejores análisis de programas se hacen en las servilletas de bar… :D. Esta me la guardé de recuerdo… ;)

Por cierto, el que reconozca su letra que levante la mano… :D

Una de las cosas que más me gusta de Firefox es la posibilidad de instalarle extensiones, que te permiten aumentar las ya de por sí grandes posibilidades del programa. Hay extensiones para todo (algún día comentaré todas las que uso)… para ver el tiempo, para monitorizar si tienes correo nuevo en GMail, para bloquear publicidad, etc, etc… Lo dicho, el navegador es la caña… Y ya para el desarrollador web es la herramienta perfecta (EMHO)…

En mi trabajo no nos dedicamos a desarrollar web ni mucho menos, sólo hemos hecho la nuestra, pero durante este tiempo hemos descubierto las maravillas de Firefox como herramienta de desarrollo web. A las herramientas que ya trae por defecto (como poder ver el código fuente de la página coloreado, la consola de javascript y el inspector DOM) se les unen otras que te ayudan a detectar más rápidamente errores en el código.

Hoy, navegando por el repositorio de extensiones de Firefox he descubierto Javascript Debugger… símplemente IM-PREZIONANTE!. Como su propio nombre indica es un debugger de código Javascript… Aquí teneis una captura, y podeis hacer click sobre ella para verla más grande…

Tiene de todo… Puedes ver los fuentes .js que carga la página, poner puntos de corte en el código, variables locales, watches, tracear paso a paso, etc, etc…

Yo lo he flipado… Lo podéis instalar desde esta página.

Y si aún no usas Firefox… ¡¿a qué estás esperando?!. [?php
if (strstr($_SERVER['HTTP_USER_AGENT'], ‘MSIE’))
echo ‘Lo puedes descargar con la barra de Google ya instalada desde el botón que está arriba a la derecha (sección RECOMENDADO)’;
else {
echo ‘Descarga Firefox.’;
echo “n”;
}
?]

- Alguien: ¿Qué estás haciendo?.
- Yo: Trabajando… programando…
- Alguien: ¡Mentira!, sólo veo letras de colores…

Qué triste para un programador tener que oir esas cosas… Tu profesión reducida a letras de colores.

Visto en: aNieto2K