Posts Tagged ruby on rails

Enviando correo de manera asíncrona en Rails usando Workling, Workling-Mailer y RabbitMQ

Enviando correo de manera asíncrona en Rails usando Workling, Workling-Mailer y RabbitMQ (English)

El trabajar con message queues es bastante interesante, ya que podemos mandar procesos al background y que estos sean procesados de manera asíncrona, un ejemplo podría ser el envío de correos, aunque también podría servir para realizar otras tareas, por ejemplo, como el envío de mensajes sms, generación de reportes, generación de pdf’s, etc.

En esta ocasión les quiero presentar como enviar correos de manera asíncrona haciendo una aplicación sencilla haciendo uso de los puglins Workling y workling-mailer y del sistema RabbitMQ, en teoría, con esto se podría ajustar esta solución fácilmente a cualquier otro proceso que se quiera realizar de manera asíncrona.

Aplicación base

Se crea una aplicación básica con restful_authentication, y con la opción de activación.

Lo primero que hacemos es crear la aplicación en rails

rails mail_async_example -d mysql
 
rm public/index.html
 
script/plugin install git://github.com/technoweenie/restful-authentication.git
 
script/generate authenticated user sessions --include-activation

Creamos nuestra base de datos y migramos

rake db:create
 
rake db:migrate

Y hacemos unos pequeños cambios al código de la aplicación para enviar correo según las instrucciones de restful_authentication, así que agregamos lo suguiente:

config/routes.rb

map.activate 'activate/:activation_code', :controller => 'users', :action => 'activate', :activation_code => nil

config/environment.rb

config.active_record.observers = :user_observer

Con esto ya tendríamos nuestra aplicación básica la cuál podríamos probar de inmediato apuntando en el browser a http://localhost:3000/signup

Y agregando algunas cosillas extras, a app/controller/application_controller.rb agregamos la línea:

include AuthenticatedSystem

Esta misma línea que agregamos al Application controller la removemos de app/controller/sessions_controller.rb y de app/controllers/users_controller.rb

Y creamos un nuevo controlador

script/generate controller portal index

Modificamos config/routes.rb para agregar al último como página root

map.root :controller => "portal"

Por último agregamos un layout para nuestra aplicación:

app/views/layouts/application.html.erb

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
       "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
  <meta http-equiv="content-type" content="text/html;charset=UTF-8" />
  <title>Contracts: <%= controller.action_name %></title>
  <%= stylesheet_link_tag 'scaffold' %>
</head>
<body>
<% if current_user %>
   <%= link_to 'Logout', logout_path %>
<% else %>
   <%= link_to 'Login', login_path %>
   <%= link_to 'Sign up', signup_path %>
<% end %>
 
<% [:error, :warning, :notice].each do |level|
    if flash[level] -%>
      <div class="flash <%= level.to_s -%>"><%= flash[level] -%></div>
  <% end -%>
<% end -%>
 
<%= yield %>
 
</body>
</html>

Instalando amqp, workling y workling_mailer

Ahora bien, antes de instalar Workling, para poder trabajar con RabbitMQ es necesario instalar la gema de amqp, esta gema requiere también de la gema de EventMachine, por lo que al instalar amqp también instalará EventMachine.

gem sources -a http://gems.github.com/
sudo gem install tmm1-amqp --no-rdoc --no-ri

Vemos nuestro listado de gemas

sudo gem list

Ahora si, a instalar workling y workling_mailer

script/plugin install git://github.com/purzelrakete/workling.git
 
script/plugin install git://github.com/langalex/workling_mailer.git

Para poder utilizar workling con RabbitMQ agregamos al final de config/environment.rb

config.after_initialize do
Workling::Remote.invoker = Workling::Remote::Invokers::EventmachineSubscriber
Workling::Remote.dispatcher = Workling::Remote::Runners::ClientRunner.new
Workling::Remote.dispatcher.client = Workling::Clients::AmqpClient.new
end

Posteriormente en app/models/user_mailer.rb añadimos

include AsynchMail

A la fecha de hoy el plugin de workling tiene un pequeño issue, para resolverlo hacemos lo siguiente en el archivo lib/workling/clients/memcache_queue_client.rb y verificar que contiene:

require 'memcache'

Al principio del archivo, si no lo tienes agrégalo.

Como el amqp corre sobre un ciclo de EventMachine es necesario correr nuestra aplicación con Thin, ya que este servidor soporta EventMachine sin ningún problema. Para instalar Thin corremos

sudo gem install thin --no-rdoc --no-ri

Instalando RabbitMQ

Checar la instalación aquí http://www.jcastaneyra.com/2009/06/07/instalando-rabbitmq/

A correr todos

Nos aseguramos de que el RabbitMQ esté corriendo.

Iniciamos el cliente de workling

script/workling_client start

E iniciamos el servidor thin

thin start

Apuntamos nuestro browser a http://localhost:3000 y nos registramos con un usuario, al verificar el log de desarrollo veremos que el correo ahora es enviado después de todas las últimas operaciones registradas en el log. Podemos probar quitando la línea de include AsynchMail del UserMailer y ver lo que hace, o bien haciendo nuevo proceso que sea pesado y que se realice en background.

Referencias:

http://github.com/christospappas/workling/commit/063b9849b32e0c6140a5ecdb254357770d9bd28f
http://github.com/purzelrakete/workling/
http://github.com/langalex/workling_mailer/
http://github.com/tmm1/amqp/
http://github.com/technoweenie/restful-authentication/
http://www.rabbitmq.com
http://code.macournoyer.com/thin/
http://www.jcastaneyra.com/2009/06/07/instalando-rabbitmq/

Sending mails in asynchronous way in Rails using Workling, Workling-Mailer and RabbitMQ (Español)

Working with message queues is so interesting, since we can put processes in the background in order to be processed in asynchronous way, imagine this to send several mails, or maybe for heavy tasks as sms messages, report generation, pdf generation, etc.

So, with this post I want you to show how to send mails in asynchronous way, we are going to make a small application using Workling, Workling-mailer and as message queue RabbitMQ, actually we could adjust this solution to any other problem with async process requirement.

Base application

We create a simple application with restful_authentication and activation option.

First of all we create the rails app

rails mail_async_example -d mysql
 
rm public/index.html
 
script/plugin install git://github.com/technoweenie/restful-authentication.git
 
script/generate authenticated user sessions --include-activation

Now with rake we create and migrate DB

rake db:create
 
rake db:migrate

Following the restful_authentication instructions to send mail we add this:

config/routes.rb

map.activate 'activate/:activation_code', :controller => 'users', :action => 'activate', :activation_code => nil

config/environment.rb

config.active_record.observers = :user_observer

Our base app is working now, so to test it we get the url http://localhost:3000/signup in the browser.

Add this in app/controller/application_controller.rb:

include AuthenticatedSystem

The same line added to Application controller is removed from app/controller/sessions_controller.rb and app/controllers/users_controller.rb

We create a new controller for portal index

script/generate controller portal index

And modify config/routes.rb to add portal as root

map.root :controller => "portal"

And last we create a layout for our application:

app/views/layouts/application.html.erb

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
       "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
  <meta http-equiv="content-type" content="text/html;charset=UTF-8" />
  <title>Contracts: <%= controller.action_name %></title>
  <%= stylesheet_link_tag 'scaffold' %>
</head>
<body>
<% if current_user %>
   <%= link_to 'Logout', logout_path %>
<% else %>
   <%= link_to 'Login', login_path %>
   <%= link_to 'Sign up', signup_path %>
<% end %>
 
<% [:error, :warning, :notice].each do |level|
    if flash[level] -%>
      <div class="flash <%= level.to_s -%>"><%= flash[level] -%></div>
  <% end -%>
<% end -%>
 
<%= yield %>
 
</body>
</html>

Installing amqp, workling and workling_mailer

Now, before using Workling, we need RabbitMQ and amqp is needed, this gem also requires EventMachine gem, so, both gems are installed when amqp is installed.

gem sources -a http://gems.github.com/
sudo gem install tmm1-amqp --no-rdoc --no-ri

List your installed gems

sudo gem list

Now, install workling and workling_mailer

script/plugin install git://github.com/purzelrakete/workling.git
 
script/plugin install git://github.com/langalex/workling_mailer.git

Add this to config/environment.rb to allow workling to use RabbitMQ

config.after_initialize do
Workling::Remote.invoker = Workling::Remote::Invokers::EventmachineSubscriber
Workling::Remote.dispatcher = Workling::Remote::Runners::ClientRunner.new
Workling::Remote.dispatcher.client = Workling::Clients::AmqpClient.new
end

To app/models/user_mailer.rb add this

include AsynchMail

Until today I’ve seen a little issue with workling, to solve it we do the folloging in this file lib/workling/clients/memcache_queue_client.rb; verify that you have:

require 'memcache'

Add it if you don’t have it.

Amqp runs in an EventMachine cycle, so it is needed to run our app with Thin, since Thin supports EventMachine without any problem. To install Thin run

sudo gem install thin --no-rdoc --no-ri

Installing RabbitMQ

Follow the instructions here http://www.jcastaneyra.com/2009/06/07/instalando-rabbitmq/

Everybody runs

Cool, naw we ensure that RabbitMQ is running.

Start workling client

script/workling_client start

And start Thin server

thin start

Point with your browser to http://localhost:3000 and sign up a new user, then verify your log and will see that email is sent and registered to the end of log after all operations. We can test removing include AsynchMail from UserMailer and see what happens, it would be great if you test some application with a heavy process working in the background.

Links:

http://github.com/christospappas/workling/commit/063b9849b32e0c6140a5ecdb254357770d9bd28f
http://github.com/purzelrakete/workling/
http://github.com/langalex/workling_mailer/
http://github.com/tmm1/amqp/
http://github.com/technoweenie/restful-authentication/
http://www.rabbitmq.com
http://code.macournoyer.com/thin/
http://www.jcastaneyra.com/2009/06/07/instalando-rabbitmq/

, , , , , ,

View Comments

Scaling Rails

Hace un par de semanas aproximadamente buscando información de como hacer escalar aplicaciones Rails me encontré con un material bastante interesante y con información muy valiosa, y lo mejor de todo es que en screencasts, los cuales han sido publicados por Gregg Pollack de RailsEnvy con el soporte de NewRelic, sería muy bueno que les den una revisada. Los screencasts publicados hasta el momento son:

  1. Introduction
  2. Page Responsiveness
  3. Page Caching
  4. Chache Expiration
  5. New Relic RPM
  6. Advanced Page Caching
  7. Action Caching
  8. Fragment Caching
  9. Memcahed
  10. Taylor Weibley & Databases
  11. Client-side Caching
  12. Additional HTTP Caching

,

View Comments

Rails y Merb se fusionan para Rails 3

Así es, esto es una muy buena noticia para los que seguimos estos dos fabulosos frameworks, hoy 23 dieron esta noticia de que se unirán para Rails 3, aquí está el enlace de la noticia en el weblog de rubyonrails.org.

,

View Comments

Miscelánea RoR I

La comunidad de Ruby on Rails se mueve muy, pero muy rapido, y para los que empezamos con este framework se nos hace un poco difícil seguirles el paso, por lo que tenemos que estar lee y lee, y mientras más podamos practicar es mejor.

Hace como una semana o un poco más, David Heinemeier Hansson, creador de Ruby on Rails publicó en su blog una serie de posts hablando de los mitos de RoR, digo, para los que empezamos esto podría ayudarnos, ya que a veces nos detenemos en nuestra profundización precisamente por esos mitos.

Por otra parte, también leí un post de Jim Neath en el que nos da unos tips de como acelerar el desarrollo en Rails, un post que nos puede servir a los novatos que de por si somos lentos (a lo mejor no todos, pero yo si).

Recuerdo que cuando vi por primera vez el framework de RoR, hace un poco más de tres años (me pregunto porque andaba tan metido en otras cosas y no le hice caso en ese entonces), me di cuenta de que había un video de 15 minutos aprox. en el que explicaban como crear un blog, pues ahora Ryan Bates (creador del sitio railscasts.com) ha hecho un nuevo video acerca de como crear un blog, todo novato debería verlo, además de que también estaría bien echarnos un clavado en los videos de railscasts.com.

View Comments

Instalando RoR 2.2 RC2 en Leopard

Al día de hoy no tengo una computadora a mi disposición, y como no tengo una, de vez en cuando hago cosas en la compu del trabajo, que no debería, y también a veces me prestan la macbook air, y en la macbook puedo trabajar un poco más, que me gustaría trabajar mucho más en la macbook, pues bien, hace rato ya había trabajado con Ruby on Rails con la versión que trae el leopard, pero hace unos días me dieron ganas de probar la RC de RoR la 2.2 (ya la RC2), para instalarlo tuve que investigar un poquito, ya que no es un proceso de instalación sencillo, tiene algunos trucos, para esto me basé en el post de Dan Benjamin, pero para variar me hago un resumen a mi mismo, para cuando se me vuelva a ofrecer, así que para más detalle visitar el post, ahí si mencionan que sólo por las dudas sería bueno respaldar la información, yo no lo hice, y todo salió bien.

Pues bien, para tener instalada una de las últimas versiones de RoR y diferente a las que está instalada por defecto en leopard es necesario tener instalado el XCode 3.0 o superior, este puede ser bajado de developer.apple.com o bien instalándolo del disco que viene con la mac, la verdad no se que disco es, pero con la mac debe de venir un disco (o más no recuerdo).

Primeros pasos

Primero que nada hay que configurar el path, para esto habrá que abrir una terminal (en este caso con el bash shell), y verificar que esté en mi directorio home, o bien esto puedo realizarse usando el comando:

cd

Habrá que editar el archivo .bash_login, yo lo hice con el vi, es posible que este archivo no exista, si no existe lo vamos a crear, y si existe pos editaremos la parte del path, entonces para editarlo o crearlo es con el siguiente comando:

vi .bash_login

Al final del archivo se deberá introducir la siguiente línea:

export PATH="/usr/local/bin:/usr/local/sbin:/usr/local/mysql/bin:$PATH"

Lo siguiente es ejecutar el cambio:

. .bash_login

Al path se agregó la ruta donde se encuentra MySQL, para la instalación de MySQL en leopard recuerdo que sólo bajé el paquete directamente de www.mysql.com y seguí las instrucciones que vienen con dicho paquete.

Se tiene que crear ahora un directorio donde vamos a bajar Ruby y posteriormente compilarlo, entonces habrá que ejecutar los siguientes comandos:

sudo mkdir -p /usr/local/src
 
sudo chgrp admin /usr/local/src
 
sudo chmod -R 775 /usr/local/src
 
cd /usr/local/src

Ruby

Para bajarlo y compilarlo ejecutamos los siguiente:

curl -O ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.6-p287.tar.gz
 
tar xvzf ruby-1.8.6-p287.tar.gz
 
cd ruby-1.8.6-p287
 
./configure --enable-shared --enable-pthread CFLAGS=-D_XOPEN_SOURCE=1
 
make
 
sudo make install
 
cd ..

Para verificar que ruby se instaló en el path correcto, escribir:

which ruby

Se debería ver:

/usr/local/bin/ruby

RubyGems

El siguiente paso es instalar RubyGems (que por cierto Ruby on Rail 2.2 RC2 requiere de RubyGems 1.3.1):

curl -O http://files.rubyforge.mmmultiworks.com/rubygems/rubygems-1.3.1.tgz
 
tar xvzf rubygems-1.3.1.tgz
 
cd rubygems-1.3.1
 
sudo /usr/local/bin/ruby setup.rb
 
cd ..

Ruby on Rails

Para instalar la versión estable de RoR se ejecuta:

sudo gem install rails

También instalamos mongrel y capistrano, por si las moscas:

sudo gem install mongrel
 
sudo gem install capistrano

Ahora si, para instalar la versión 2.2 RC2 de RoR ejecutar:

sudo gem install rails -s http://gems.rubyonrails.org

Y por último instalamos la gem para mysql

sudo gem install mysql -- --with-mysql-dir=/usr/local/mysql

Recursos:

http://danbenjamin.com/articles/2008/02/ruby-rails-leopard

http://weblog.rubyonrails.com/

http://dev.mysql.com/get/Downloads/MySQL-5.0/mysql-5.0.67-osx10.5-x86_64.dmg/from/pick#mirrors

, ,

View Comments

Nuevos libros

Así es, hoy fui a recoger a la oficina de correos mi paquete de libros que pedí la semana pasada, se trata ahora de los libros de “Advanced Rails Recipes” de Mike Clark y “Prototype and script.aculo.us” de Christophe Porteveneuve.

Así es que me pondré a leerlos y ya iré contando lo que voy aprendiendo y en donde lo voy aplicando, y mientras aquí dejo la liga a amazon.com

, , ,

View Comments

Ruby on Rails, desarrollo ágil y mis divagaciones

De hace un mes para acá he andado en una de mis divagaciones internas, de esas que me suelen dar, esas como cómo podría poner un negocio y de qué, o de cómo poder generar más dinero, en fin, esas que luego no me dejan dormir. Sucede que de un mes para acá he estado pensando como poder desarrollar software para negocios pequeños y medianos, de siempre yo he desarrollado para empresas grandes, y obviamente para proyectos grandes, donde mi participación queda en una pequeña parte del proyecto, nunca he hecho algo para un posible cliente, tanto pequeño o grande, ajeno al ambiente de una empresa grande, esto no se me ha dado, y aunque se me hubiera dado probablemente lo habría rechazado, el ¿porqué?, bueno esto hubiera sido porque a mi percepción los desarrollos de lo que sea siempre son lentos, independientemente de la curva de aprendizaje de alguna tecnología (que para mi sigue siendo algo lento), el analisis, el desarrollo y las pruebas son lentas, entonces, dentro de mis divagaciones internas me puse a pensar si ¿habrá alguna tecnología que me ayude o nos ayude a nosotros los desarrolladores a hacer un desarrollo ágil?, debe de haberla, digo, no es por nada de que haya bastantes libros sobre desarrollo ágil.

Entonces me encontré, que para el desarrollo, al menos en aplicaciones web, hay un framework, este framework ya tiene más de un par de años en el mercado, y este es Ruby on Rails, no voy a hablar nada del framework como tal ni del lenguaje Ruby, lo que si puedo decir es de que acabo de adquirir un par de libros, y si puedo ver que el desarrollo en aplicaciones web si se agiliza bastante, digo, aún así yo no tengo mucha experiencia en desarrollo web, pero dentro de las pocas prácticas personales que he hecho, al menos con Java, jsp’s, jsf, ha sido algo pesado de llevar, porque de repente empiezan a haber un buen de archivos xml de configuración, y si hubiese un errorcito, para encontrarlo puede llegar a ser frustrante.

Bueno, pero eso es con respecto al desarrollo web, y el decir que puede ser ágil es subjetivo, porque también hay que superar la curva de aprendizaje, aunque esto podría ser algo más rapido con Ruby on Rails que por ejemplo con las tecnologías de Java (servlets, jsp’s, jsf), ahora bien, con respecto a aplicaciones de escritorio ¿como se podría llevar a cabo un desarrollo ágil con las tecnologías que hay?, pues aquí si parece que no está muy claro para mi esta cuestión.

A toda esta divagación tuve la osadía de agregarle más confusión, y leerme algunos artículos, un libro y una tesis doctoral, con el libro de 37signals (“Getting real”) donde habla de desarrollos sencillos y que cumplan con la función principal que resuelve una necesidad, sin agregar complejidad por funcionalidad que bien podría no ser necesaria, pero esto creo que puede servir para desarrollos web, pero para aplicaciones de escritorio tengo mis dudas. También, con la tesis doctoral de Florian Moritz donde habla de la convergencia de aplicaciones web con aplicaciones de escritorio, y las diferentes tecnologías que existen y que están tratando de alcanzar este punto, como las muy mentadas RIA (Rich Internet Applications).

Y bien, aterrizando un poco todo esto, y volviendo a lo que decía en un principio sobre las aplicaciones para clientes pequeños y/o medianos, por ejemplo, si yo tuviera un cliente que quiere una aplicación que sólo corriera en una sóla máquina (el giro de la empresa podría ser cualquiera y que fuera necesario tener datos persistentes), y que después quisiera migrar su aplicación a un sistema multiusuarios, y que posteriormente se requiriera esta aplicación que funcionara como una aplicación global para dar servicio a muchas sucursales, ¿como podría lograr esto de una manera ágil? ¿Como podría hacerla transparente a la migración? ¿Cómo podría hacerla consistente con respecto a la interfaz de usuario, con tal de que no cause impacto de la migración de aplicación de escritorio a aplicación global? ¿Podría funcionar Ruby on Rails aquí, y hacer una aplicación web y tenerla en una máquina local como si fuera una aplicación de escritorio, y con esto sólo quedaría en centralizar la base de datos acorde a cada una de las migraciones? ¿O tendría que hacer uso de una combinación de tecnologías, como Java, AIR (el framework de Adobe), openlaszlo?

De veras que me gusta complicarme la vida, y cuando estaba terminando de escribir este post, llega una posibilidad de poner en práctica esto que estoy poniendo aquí.

, ,

View Comments