Lee Hambley hace unos días anunció “Capistrano 2.5.9 preview release”, la finalidad de esta pre-release era comprobar que la corrección de un bug importante se había solucionado y no provocaba ninguna destrucción Además se añadió alguna pequeña funcionalidad y se corrigieron otros bugs.

Esperábamos algo de feedback y la verdad es que no ha llegado nada de nada.

Entonces desde aquí hago una llamada a toda la comunidad ror-es para que, por favor, probéis esta release y nos hagáis saber si os ha funcionado todo como debía o si la hemos “liao parda”.

Podéis reportar desde Lighthouse, mandándome un email(rgo en aspgems punto com) o por twitter a @leptom.

Para probarla tenéis actualizar net-ssh a la versión 2.0.14 y descargar la gema desde aquí e instalarla:

http://groups.google.com/group/capistrano/web/capistrano-2.5.9.gem

Para ver los cambios realizados en esta release:

http://capistrano.googlegroups.com/web/2.5.9-Release-Notes.txt.md

Gracias a todos!

Hoy me ha dado por trastear Ubiquity. Es plugin-experimento para crear una interfaz entre el navegador y la web usando el lenguaje natural. La verdad es que no se muy bien como explicarlo, así que os recomiendo que veáis el vídeo, lo instaléis y sigáis el tutorial.

Y luego está apidock.com, que es un proyecto dedicado a mejorar la interfaz de la documentación existente de Ruby, Rails y RSpec.

Juntando estos dos elementos he escrito estos comandos que nos sirven para usar el buscador de apidock.com desde Ubiquity:

Para usarlo tienes que invocar Ubiquity y después poner “rails <término_a_buscar>”, podemos sustituir rails por ruby o rspec.

Tips:

• Para acceder a un resultado sin tener que hacer click en el basta con pulsar Ctrl+Alt+[número] .
• Accediendo directamente al gist con Ubiquity instalado nos dirá si queremos instalar los comandos automáticamente.

La mayor parte de la documentación que hay por ahí sobre como configurar Apache para poder usar la tarea de Capistrano deploy:web:disable es usar la directiva RewriteRule para ver si existe la página de mantenimiento.

Aparentemente está bien, pero no es así porque no cambia el código de la respuesta. Los clientes recibirán un 200 OK, indicando de que el servidor está funcionando como debe. El código de estado correcto debiera ser 503 Service Unavailable. Con un 503, conseguiremos prevenir que los motores de búsqueda indexen nuestra página de mantenimiento, a los que usan nuestra API les haremos la vida mas fácil, las peticiones AJAX pueden ser tratadas correctamente cuando el site se ha caído, etc.

La configuración de apache para realizar esto es la siguiente:

Leer más…

Siempre que se hace un formulario de contacto tengo la misma necesidad, validarlo. ¿Teniendo las validaciones de AR para qué quiero reinventar la rueda?

El otro día encontré una solución en un blog que me pareció interesante pero solo funcionaba con rails 2.2 aparentemente. Digo aparentemente porque el primer comentario me indicaba como apañarlo para rails 2.3.

Leer más…