Ahora que tenemos gemcutter el “awesome gem hosting” (tal como se describen ellos mismos) debemos hacer que nuestro origen principal de gemas sea este.

Esto lo hacemos de manera muy simple y en 3 pasos.

1. Actualizamos Rubygems a la última version:

$ sudo gem update –system

2. Instalamos la gema gemcutter:

$ sudo gem install gemcutter

3. Cambiamos el origen de las gemas con el comando:

$ sudo gem tumble

Esto es todo

Actualización:

Parece que eso no era todo.

Diego, un programador cualquiera , me ha recordado de que os avise que la orden para actualizar Rubygems(paso 1) se usan 2 guiones que WordPress se ha emperrado en poner como si fuese uno largo.

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:

El flag redirect=503 parece un poco raro, aquí os pongo un extracto de la sección de flags de la documentación de mod_rewrite:

While this is typically used for redirects, any valid status code can be given here. If the status code is outside the redirect range (300-399), then the Substitution string is dropped and rewriting is stopped as if the L flag was used.

En definitiva, que a RewriteRule puedes ponerle como segundo argumento lo que sea y el flag last no es necesario porque se aplica automáticamente. Pongo como path ‘-’ y además el flag last a modo informativo de todos modos.

Nota: Esto es una traducción (muy) libre del artículo de Chris K. (http://www.shiftcommathree.com/articles/make-your-rails-maintenance-page-respond-with-a-503).

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.

El código del módulo es este y debemos guardarlo en un fichero dentro del directorio /lib de nuestra aplicación rails:

Suponiendo que nuestro formulario de contacto tiene los campos “name”, “email”, “phone” y “body”, entonces nuestro modelo quedará así:

He puesto en el método initialize la ristra de condiciones para que cuando el formulario no valide mantenga los datos.

Por último el código de nuestro controlador:

Lo validamos como si de un modelo AR se tratara y si está bien entonces lo enviamos. En caso de no validar en la vista mostramos los errores como hacemos con cualquier modelo AR.

Con esto ya tenemos nuestro formulario de contacto validado como rails manda y queda inaugurado el blog.

Nota: El autor ha sacado una gema con ese módulo – http://github.com/neerajdotname/active_record_no_table/tree/master