Jose.gr

Table-less model, validations, rails 3 and formtastic

2011-12-06T00:00:00Z

Antes de Rails 3 y sacar las validaciones a un modulo a aparte había que montar un pequeño pollo para esto, pero ahora es bastante fácil.

Imaginemos que tenemos queremos un formulario de contacto con los campos email y comment, además lo hacemos en formtastic y haml.

:::ruby
# new.html.haml
= semantic_form_for(@contact, url: contacts_path, html: { method: :post}) do |f|
  = f.inputs do
    = f.input :email
    = f.input :comment, as: :text
  = f.buttons do
    = f.commit_button

En el controlador obviamente tendremos que cargar el @contact y procesar el formulario:

:::ruby
contacts_controller.rb
....
def new
  @contact = Contact.new
end

def create
  @contact = Contact.new(params[:contact])
  # En vez de guard enviamos el email si va todo bien
  if @contact.send_mail
    redirect_to new_contacts_path, notice: "Thansk for your comment"
  else
    flash[:error] = "Error"
    render 'new'
  end
end
....

La gracia viene en el modelo:

:::ruby
class Contact

  # Incluimos el modulo de validaciones
  include ActiveModel::Validations

  # Usamos las validaciones como normalmente
  validates :email, presence: true
  validates :comment, presence: true


  # Hacemos que los attributes puedan ser leido
  attr_reader :email, :comment

  # Creamos un metodo para poder incializar el objeto
  def initialize(options = {})
    @email = options[:email]
    @comment = options[:comment]
  end

  # En vez de guardar el formulario lo enviamos por email
  # además devolver si true o false para saber saber en el
  # controlador si ha ido todo bien
  def send_mail
    if self.valid?
      ContactMailer.send_contact(self).deliver
      true
    else
      false
    end
  end


  # Los siguientes dos métodos me los pide formtastic,
  # realmente no se si el form_for también los pide
  def keys
     nil
  end

  # Este método lo usará para el id en el html del formulario
  # es suficiente con que lo dejeis a nil
  def to_key
    nil
  end

end

Para rematar y validar el formato del email me gusta mucho la gema valid_email.

:::ruby
...
validates :email, presence: true, email: true
...

Como veis el código no es nada complicado, pero me gusta como ha quedado y creo que es bastante rails.

Liquid y will_paginate

2011-08-17T00:00:00Z

Las últimas últimas semanas he estado trabajando con https://github.com/Shopify/liquid/ y llego la hora de preparar la paginación.

Estaba usando https://github.com/amatsuda/kaminari pero no había nada hecho con Liquid así que tuve que volver a will_paginate que si que tenía un plugin, además la nueva versión de este tiene la sintaxis como la de Active Record 3.

El problema es que ninguno de los forks disponible en GitHub de https://github.com/ceritium/will_paginate-liquidized funcionaban bien con mi entorno, rails 3.1.0 y will_paginate 3.0 así que hice otro fork para solucionarlo.

No puedo garantizar que funcione con otras configuraciones.

Cambiar el mensaje de un commit

2011-08-17T00:00:00Z

La forma mas sencilla es con un:

git commit --amend

Pero solo sirve si aún no has hecho push.

Mas cosas de git en Git Magic

Recipient address rejected: User unknown in local recipient table

2011-05-22T00:00:00Z

El otro día tenía un problema con un proyecto que acabábamos de poner en producción y que solo daba problemas al enviar emails a su propio dominio.

Al final era muy sencillo solucionarlo, el problema es que estaba el dominio añadido en la opción mydestination del fichero /etc/postfix/main.cf.

Borrando el dominio y reiniciando postfix ya no tendrías que seguir tendiendo problemas.

Instalar RMagick en Ubuntu

2011-05-22T00:00:00Z

A mi por lo menos siempre me da problemas esto cuando pongo una aplicación y producción en un servidor nuevo y he de tirar de la chuleta, en Google aparecen otras formas, pero esta me parece la más sencilla y nunca me ha dado problemas a diferencia de otras (como instalar desde el código fuente).

:::bash
$ apt-get install imagemagick libmagick9-dev
$ gem install rmagick

Con esto ya podrás usar RMagick directamente o gemas como https://github.com/thoughtbot/paperclip en Ubuntu.

Capistrano y bundler

2011-05-22T00:00:00Z

Para hacer que Capistrano instale gemas con bundler automáticamente solo añade el siguente codigo a tu deploy.rb.

:::ruby
namespace :bundler do
  task :create_symlink, :roles => :app do
    shared_dir = File.join(shared_path, 'bundle')
    release_dir = File.join(current_release, '.bundle')
    run("mkdir -p #{shared_dir} && ln -s #{shared_dir} #{release_dir}")
  end

  task :bundle_new_release, :roles => :app do
    bundler.create_symlink
    run "cd #{release_path} && bundle install --without test"
  end
end

after 'deploy:update_code', 'bundler:bundle_new_release'

Testear una vista de Devise

2011-01-10T00:00:00Z

Devise es un sistema completo de autenticación de usuarios, y a diferencia de otras gemas esta se encarga de todo, modelo, vista y controlador.

Si queremos modificar las vistas para adaptarlas a nuestro diseño o funcionalidad podrás generarlas con la siguiente tarea rake:

:::ruby
rake devise:views

Luego para asegurarnos de que no rompemos nada lo mejor es testear las acciones que Devise pone a nuestra disposición.

Al test_helper.rb añadimos.

:::ruby
class ActionController::TestCase
  include Devise::TestHelpers
end

Los test funcionales que tendremos que crear serán del estilo:

functional/devise/registrations_controller_test.rb
functional/devise/sessions_controller_test.rb
functional/devise/passwords_controller_test.rb

Y en cada test metemos de estos ficheros o en un setup las siguientes lineas de código:

:::ruby
setup_controller_for_warden
request.env["devise.mapping"] = Devise.mappings[:user]

Como ejemplo dejo lo que sería un test muy sencillo:

:::ruby
require 'test_helper'

class Devise::PasswordsControllerTest < ActionController::TestCase

  def setup
    setup_controller_for_warden
    request.env["devise.mapping"] = Devise.mappings[:user]
  end

  test "process :new" do
    process :new
    assert_response :success, @response.body
  end

end

BigTuna, integración continua en Rails 3

2010-12-15T00:00:00Z

BigTuna es un sistema de integración continua basado en Rails 3 bastante reciente. He probado otros pero este es el que más me ha gustado, las razones:

Hecho en Ruby y RoR.
Se pone en producción como una aplicación normal.
Es multiproyecto.
No está sobrecargado de opciones, a los pocos minutos entendí bastante bien como funcionaba.

Me ha gustado tanto que lo montado en un pequeño servidor de 512 mb de RAM en donde lo primero que he montado ha sido mi fork de BigTuna para que autotestee mis cambios.

Desde luego aún le faltan algunas algunas cosas, pero que se pueden implementar fácilmente y eso es precisamente en lo que estoy invirtiendo algo de mi tiempo por las tardes.

Cosas que me gustaría mejorar o estoy mejorando ya:

Que me dé un mejor feedback del estado de los procesos que se están ejecutando en background.
Cada vez que creo un nuevo build se clona todo el repositorio, podría usar una especie de caché como Capistrano en los despliegues.
Que autocompruebe si un repositorio tiene un nuevo commit sin necesidad de hacer un hook.
Consultas a la base de datos, no son muchas, pero no me gusta un log que muestra consultas a la base de datos desde las vista, es una manía y se puede solucionar con un poco de eager loading.

Oferta trabajo para desarrollador Ruby On Rails

2010-11-30T00:00:00Z

En Flowers In Space buscamos un nuevo compañero para unirse a nuestro equipo.

El perfil que estamos buscando es de un desarrollador Ruby On Rails que quiera formar parte de un equipo de desarrollo ágil ya maduro.

Nos hace falta gente con experiencia en:

Desarrollo web.
Ruby On Rails.
Bases de datos
Sistemas UNIX.

Utilizamos una metodología basada en SCRUM y centrada en las personas. Si quieres divertirte mientras trabajas, ponte en contacto con nosotros. Hemos incluido un trocito de código que te puede decir a qué dirección enviar tu currículum.

Importante: El puesto es presencial en Sevilla, con jornada de 9:00 a 15:00.

MongoDB en Heroku

2010-11-29T00:00:00Z

Estos días estoy haciendo unas pruebas con MongoDB, como ya es costumbre estoy usando Heroku para alojar los proyectos y poniendo la aplicación en producción rápidamente.

En esta ocasión estoy usando Rails 3 y Mongoid. En Heroku solo tuve que activar el addon MongoHQ Free.

Para ver los datos de conexión solo tienes que hacer un “heroku config —long” que te devolverá las variables de entorno de tu aplicación.

Una de estas variables debería ser “MONGOHQ_URL”, si no la encuentras asegúrate de que tienes el addon instalado.

Si la gema que usas solo te pide la url pega eso directamente, si te pide los datos sueltos te vendrá bien saber que la variable se lee así:

mongodb://<user>:<password>@<host>:<port>/<db>