Casualmente en el stand up meeting matinal de hoy uno de los chicos de Chile(Leo) tuvo el mismo problema y las soluciones han sido similares. Aquí os las dejo por si os ocurre lo mismo.

La versión para cucumber:

Y la solución para RSpec de Leo:

Si no usas selenium(el tag @javascript en cucumber) y usas la emulación de javascript de capybara(tag  @emulate_rails_javascript) la pulsación del botón aceptar en el diálogo de confirmación es automágica y no necesitas nada mas.

Saludos y que os vaya bonito.

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!

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.

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