a Freelance Web Developer

Cómo ya dicen en muchas partes, pero me repito aquí para parecer muy listo y por marcarlo como nota mental, para acceder a tu cuenta Pop en Gmail desde Ruby hay que hacer una ñapa porque la versión actual de Ruby (1.8.6) no admite conexiones Pop bajo SSL.

Si si.. la 1.9 ya tiene el soporte, y dicen por ahí que descargándote el pop.rb de esta versión desde el repositorio y haciéndole un require ya funciona.. pero no, por lo menos a mí no porque me salta alguna dependencia con OpenSSl:

NoMethodError: undefined method `set_params' for #<openssl::ssl::sslcontext:0x210f4d0>;
</openssl::ssl::sslcontext:0x210f4d0>

Y no quería seguir tirando de el hilo.

El workarround que más me ha gustado ha sido el de montar un tunel ssh y hacer la petición desde el Net::POP3 al túnel y que el túnel se la haga llegar al pop de Gmail bajo SSL.

No voy a entrar en detalle porque ya lo hacen en muchos sitios.

Actualizado: acabo de ver un sitio dónde explican como usar la implementación pop.rb de la 1.9 sin el problema que me da a mí.

Los pasos resumidos que este post explica son:

1) Descargarte una implementación de la librería POP3: la versión 13778.

2) Ponerla en tu carpeta lib con este nombre por ejemplo: pop_ssl.rb con esto sobreescribiremos la implementación de esta librería que trae ruby por defecto con una versión mayor.

3) Descargarte este fichero y ponerlo también en lib: pop_gmail_client.rb

class PopGmailClient
  def self.read_account( account_user, account_pass )
    mails = []
    Net::POP3.enable_ssl(OpenSSL::SSL::VERIFY_NONE)
    Net::POP3.start( 'pop.gmail.com', 995, account_user, account_pass ) do |pop|
      pop.each_mail do |m|
        mails << m.pop
      end
    end
    mails
  end
end

4) Requerirlos desde el environment.rb al final del todo con:

require 'pop_ssl'
require 'pop_gmail_client'

Y ya podemos usarlo como queramos:

$ script/console
Loading development environment (Rails 2.0.2)
>> PopGmailClient.read_account( "fguillen.testing@gmail.com", "xxx" )

O desde ruby directamente:

$ irb
>> require 'lib/pop_ssl.rb'
=> true
>> require 'lib/pop_client_gmail.rb'
=> true
>> PopGmailClient.read_account( "fguillen.testing@gmail.com", "xxx" )

Estuve un día volviéndome loco con uno de estos tantos poltergeist que todo lenguaje o framework oculta, en este caso RoR.

Aprovecho para señalar mi opinión de que es imposible conocer un lenguaje/framework en unos pocos meses, por muy listo que seas y por muchos libros que seas capaz de leer en ese periodo. El verdadero conocimiento se esconde después de enfrentarte a un gran número de problemas/errores/bugs/y poltergeist que el lenguaje/framework en cuestión esconde, conocerle como si se tratara de conocer el carácter de una persona con la que convives hasta que entiendes como tratarle y entenderle. Es a lo que aveces nos referimos como la intuición.

Siguiendo con el poltergeist que nos ocupa: se trataba de que al activar la caché de acción en determinados controllers no se me estaban ejecutando los before_filters (aunque curiosamente si se ejecutaban los before_filters del padre ApplicationController  no de mis propios Controllers).

Esto no era muy normal y estaba claro de que algo estaba haciendo mal, pues precisamente una de las peculiaridades de la caché de acción es que siempre ejecuta los filtros, a diferencia de la caché de página que no ejectua nada.

Bueno, después de seguir el sabio consejo: si te estás espesando déjalo para otro día, hoy ya he encontrado lo que ocurría y no es ni más ni menos que el orden en el que se declaran los before_filter y los caches_action.

Yo lo tenía así:

class MiController < ApplicationController
  caches_action :show
  before_filter :ejecutar_antes, :only => [ :show ]
end

Y se solucionó cambiándolo a:

class MiController < ApplicationController
  before_filter :ejecutar_antes, :only => [ :show ]
  caches_action :show
end

Es muy fácil de probar:

class MiController < ApplicationController
  before_filter :X1
  caches_action :show
  before_filter :X2
 
  private
    def X1
      p "XXXXXXXXXXXX1"
    end
 
    def X2
      p "XXXXXXXXXXXX2"
    end
end

Si ejecutas :show una vez que ya está cacheada verás como sólo se ejecuta el primer filtro ‘X1′ y no el ‘X2′.

Si conoces algún sitio dónde se indique el órden en el que hay que hacer estas declaración pega el link en un comentario.

Muchas beneficiosas casualidades se han tenido que dar para que este verano que estoy viviendo se haya hecho posible:

• Tener un trabajo que te permite organizarte el día atendiendo cada tarea según el clima sea más propicio.
• Que tu chica tenga amigos que vivan en un chalet estupendo en la sierra al lado de una estación de cercanías.
• Que te hayan rechazado 2 presupuestos de 2 sendos proyectos que te habrían tenido esclavizado todo el verano.
• Haber rechazado (aplazado) varias propuestas de trabajo que hubieran requerido recursos que he decidido reservar para proyectos personales.

Las barbas son también una pequeña consecuencia de todo esto, pero quién más tiene que lidiar con ellas está encantada.

El vídeo intenta traslucir en modo humor como entiendo yo que hay que afrontar la vida profesional: sin diferenciarla de la de ocio: totalmente integrada con tus necesidades, apetencias y ritmos. No sólo para ayudar en la inacabable búsqueda de la felicidad sino también para conseguir dar lo mejor de ti a nivel profesional.

Evidentemente hay días verdaderamente duros que se alargan toda la noche, y luego están los otros que te permites la licencia de trabajar desde una hamaca alternando un email con un chapuzón, y no depende de que sean las cuatro de la tarde o de que hoy sea martes sino de las necesidades reales del proyecto que tengas entre manos.

Es cierto, era martes, y eran las cuatro de la tarde, después de comer, día laboral, y yo estaba de relax total, pero en el vídeo no aparece que el sábado y el domingo me los pasé haciendo una replicación de una aplicación en producción pues era el mejor momento para hacerla: fuera del horario de trabajo de los usuarios.

Y lo bueno de todo es que disfruté los 2 momentos: en uno por satisfacer la necesidad de hacer las cosas bien y en el otro por hacer lo que te pide el cuerpo.

Ni CSS3 ni SVG ni leches.

<script>document.write( "el texto".replace( /(.)/g, "$1<br />" ) ); </script>

Ya sé que no queda vertical y que es un seudo horizo-vertical.. pero por lo menos funciona. ;)

Es lo que tiene ruby.

Llevo un par de horas intentando sacar un Float en formato ‘d.ddd.ddd,dd’. Hay muchas cosas en internet para conseguirlo, pero no todas funcionaban bien, y otras funcionaban demasiado bien, con un montón de opciones.

El caso es que hay un helper del ActionView que tiene la función number_to_currency pero es un cabroncete de helper y no podía acceder desde el modelo. También teníamos la gema Currency pero era un pedazo monstruo para la tontada que yo quería.

Al final la gema Scruffy me ha dado la pista y esto es lo que tengo:

class Float
  def en_euros
    parts = sprintf("%01.#{2}f", self).split('.')
    parts[0].to_s.gsub(/(\d)(?=(\d\d\d)+(?!\d))/, "\\1.") + "," + parts[1].to_s
  end
end

Es un parchecito del Float para poder hacer esto:

>> 1234.566.en_euros
=> "1.234,57"

Disclaimer: Aquí otro post sobre el iPhone de alguien que nunca ha tenido uno y que habla por percepción subjetiva

No quiero hablar del triunfo inmediato de ventas (o por lo menos de deseo de compra) del nuevo juguetito de Apple, sino de por qué a mí me parece que la experiencia de usuario a medio plazo será muy satisfactoria.

Hay multitud de alternativas móviles al iPhone con todas o la mayoría de las funciones que éste ofrece, pero la gran diferencia es que el iPhone es único, y no me refiero a su exclusividad (sin negarla) me refiero a que es UNO y no hay más.

Todo iPhone es igual a otro (más allá de colores y espacio de almacenamiento), misma pantalla, misma interface de usuario, misma capacidad de rendimiento, mismos periféricos integrados, …

Esto puede interpretarse como una limitación comercial, y puede que así sea, pero las ventajas a medio plazo son arrasadoras.

Nunca ha ocurrido esto antes con un dispositivo móvil, nunca antes un compañía ha tenido la suficiente fuerza de asimilar el riesgo competitivo de poner todos los huevos en un sólo cesto, han preferido la diversidad, un extenso catálogo dónde cada cliente encuentre el móvil que le encaje.

Ahora Apple cambia las tornas y saca un solo producto, porque sólo ella tiene la suficiente fuerza hipnotizadora para convencer al cliente de encajar en el móvil y no al revés.

Entonces tenemos el iPhone, y nada más, no hay iPhone XP45, ni iPhone 320, ni iPhone++ (aunque sí hay dos modelos de iPhone y se empieza a romper mi teoría, pero en cualquier caso el anterior ha desaparecido de facto de la faz del mercado y es como si ya nunca hubiera existido).

Desde el punto de vista del mundo de los desarrolladores es como si se les contara un cuento de fantasía: desarrollarás aplicaciones para un solo dispositivo con unas características únicas y conocidas.

Desde el punto de vista del usuario identificará rápidamente cualquier aplicación, periférico o información que tenga que ver con su móvil, con sólo ver la etiqueta iPhone. Una vez encontrado lo que necesita sabrá que encajará perfectamente con su dispositivo, que no habrá ningún tipo de incompatibilidad y que se usará siguiendo unas pautas comunes con el resto de aplicaciones.

El gran fracaso, a mi entender, del desarrollo de tecnología móvil, ya sea aplicaciones o experiencia web, ha sido precisamente la diversidad. Yo nunca me he conseguido descargar una aplicación de Internet que funcione correctamente en mi móvil, sin contar además todas las vueltas que he tenido que dar para, no sólo encontrar la aplicación, sino luego encontrar la versión que se suponía compatible con mi dispositivo.

La gran frustración de los desarrolladores los ha llevado en la mayoría de los casos a desarrollar para el mínimo común denominador generando así productos que nunca explotan (respetan) las características de cada dispositivo en concreto.

Sabiamente dice Yoshida (presidente de los estudios de Sony):

Lo ideal son los juegos adaptados a los controles de la máquina.

Me recuerda esto a mi experiencia MSX cuando era pequeño, y veía que muchos de los videojuegos que tenía no utilizaban la gran capacidad gráfica y de sonido que esta máquina tenía. Los últimos títulos se veía claramente como los habían desarrollado para Spectrum y los habían clonado cutremente a MSX.

Es por todo esto que no confío tanto en el éxito del formato Android. Hace poco estuve en una charla en la que exponían las bondades del SO para móbiles con el que Google quiere revolucionar este mundo, y tuve una pequeña discrepancia con el ponente a propósito de esto mismo: ¿la diversidad de dispositivos y de características de los mismos es un pro o un contra?.

No sólo me parece un contra para el usuario, también para los desarrolladores, para el fabricante de dispositivos y para el mismo desarrollador del SO: cuánto más fácil lo tendrían si tuvieran bien claras las especificaciones de la plataforma sobre la que el SO va a correr.

Sólo creo que Android podrá revolucionar algo si dentro de sus especificaciones incluye una serie muy concreta de especificaciones de hardware.

Ahora bien, espero que Telefónica fracase con sus abusivas condiciones de venta, y si Apple está de acuerdo pues que se vayan a la mierda juntas.

Si estás en el mundo este del desarrollo web ya te habrás encontrado alguna vez que tu aplicación en producción tiene algún problemilla y que se traduce en que escupe algún error o que incluso se ha venido abajo.

Si la aplicación es para un cliente y éste se ha percatado del problemilla se habrá puesto en contacto contigo para explicarte la extrema importancia de que esto no ocurra nunca más, que el mundo entero depende de ello y que no entiende cómo algo así puede ocurrir.

Bueno, la verdad es que ocurre, una aplicación web es un ente extremadamente frágil y complejo, con una cantidad de casuística enorme. Por muy bueno que seas, por mucho cuidado que pongas siempre hay una alineación de variables que no habías contemplado.

Tranquilicémonos, no… señores, no se acaba el mundo, se arregla se sube a producción y ya está. Y si se tarda un poco no creo que los satélites vayan a caerse sobre nuestras cabezas ¿no?. ¿Estamos hablando de una aplicación web o del control de misiles de la OTAN?

Expongo aquí una lista de grandes y pequeños a los que me he encontrado caídos alguna vez. Si tienes algún pantallazo de petes de otras aplicaciones me pasas el link plis.

Google Docs con problemillas

Gmail tiene sus momentos

La página de Correos muestra las enaguas en ASP

Los ingenieros de Gmail trabajando

Google Analytics en mantenimiento

Google Reader se levanta con dolor de cabeza

Los chicos de Microsiervos tienen problemillas

La página de 20minutos también requiere su mantenimiento

Gente de gmail.es por lo menos ponerlo en castellano que he marcado un .es…

Nooo, levanta Stage6¡¡, quiere ver el capítulo de House ahora

Es buscador de paquetes de gentoo estuvo también indispuesto

Esta vez explican cual es la causa: bloquear la aplicación mientras arreglan una posible falla de seguridad

¿Os suena estos?

NameCheap también tiene sus visitas al médico

WebCache necesita unos días para recuperarse (aún siguen)

WaybackMachine tiene lo que se dice ‘dificultades técnicas’

Google, ¿tú también hijo mío?

Google Analytics descubre que ha perdido los datos de una semana

FeedBurner nos muestra su corazoncito de Tomcat

Loogic: algo pasa con la mysql

El servidor de yahoo mail es ‘normalmente fiable’

A los amigos de agilewebdevelopment se les ha ahogado en ngix

Tropezones con problemas temporales en Yahoo Mail

La Apple Store tiene unos errores bastante poco estilosos

La aplicación de reportes de bugs de apple tiene un bug

Un error en paypal muy explicativo

Yahoo Mail estaba el día 7 de mantenimiento pero hoy día 14 todavía no ha acabado

blip.tv me muestra este error justo después de registrarme, fijaros en el email de contacto :)

Se está alimentando un monstruo hipnotizador .

El pueblo está contento, hinchado de orgullo, satisfecho y feliz. Y qué puede desear más una sociedad que un pueblo feliz.

Encontrada un fórmula que funciona para que seguir buscando. Entonces, sigamos alimentándolo: vendamos más banderas, más camisetas, subvencionemos los equipos, abrasemos los medios, ocupemos las calles, regalemos balones a nuestros hijos no más libros.

Poco me extrañaría que se votase por una asignatura nueva en los institutos… ¿que tal: ‘Historia de la selección española de fútbol‘?, claro que habrá que quitar otra para dejarle hueco: ‘Historia de Arte‘, por ejemplo.

Y valga decir que todo esto me parece correcto, si es lo que el pueblo quiere es lo que la sociedad debe hacer.

El aumento de la afición futbolera tiene una consecuencia matemáticamente incuestionable: un descenso en todo el resto de aficiones posibles.