Moterus - un año después

Moterus cumple hoy un año!

Es difícil resumir en unas frases todo lo vivido desde que empezamos con todo esto, hace ya casi año y medio. (Hace un año que “salimos” a internet, pero empezamos a trabajar antes, obviamente!)

Hemos tenido momentos buenos, momentos regulares, y algun momento malo. Pero ya se sabe que lo que se hace con pasión se hace con agrado, y se superan antes las crisis. Hemos aprendido muchíssimo en este año, hemos cometido errores (y los que nos quedan por cometer), pero seguimos con la misma ilusión que el primer dia.

Para celebrar este primer aniversario hemos preparado un concurso junto a la gente de motosprint-shop con unos premios más que interesantes, por lo que si eres motero y no estás todavia en moterus, ya no tienes excusa para entrar, puedes empezar con suerte! ;)

Nos vemos en la carretera,

Vsssss!

Nuestro CEO

Este es el CEO de vesne. Por su cara se puede interpretar que las cosas van bien. ;)

Moterus en inglés!

Lo bueno se hace esperar, y en este caso, hablamos de moterus, versión inglesa. Me gustaria que le echarais un ojo y me dierais vuestra opinión, así como que se la recomendeis a todos los moteros de habla no-hispana que conozcais!!!

P.D.: Para los más techies de la sala, fijaros en las urls en inglés/castellano (que mola mazo, pero no veas lo que cuesta hacerlo en rails….)

En otro orden de cosas, la semana pasada mi hija cumplió un año: el tiempo se nos va de las manos, y cuando te quieres dar cuenta ya es tarde y te has hecho mayor (Ya me queda poco para los 30….). Da que pensar que cuanto más grande eres, más recuerdas los tiempos pasados (ya se sabe, siempre fueron mejores!)

Ahora vamos a dormir, que ya toca, ha sido una semana intensa…

Como preparar fixtures de forma rápida y sencilla

Vamos con un post rapidito. Llevo unos dias haciendo functional tests, y el tema de los fixtures, como mucha gente ya ha dicho, es un asco.

Para ello me he creado una tarea Rake sencilla que puede ayudaros:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
  desc "Prepare fixtures"
  task :prepare_fixtures => :environment do
 
    class FixturePreparer
      class << self
        def generate(name, collection)
          f = File.open("test/fixtures/#{name}.yml",'w+')
          collection_data = collection.map {|x| { (block_given? ? (yield x) : (x.respond_to?(:slug) ? x.slug : x.id)) => x.attributes }.to_yaml }
          collection_data.each {|item| f.puts item.sub(/.*\n/,'') }
          f.close
        end
      end
    end
 
    puts "Preparing Users"
    FixturePreparer.generate('users', User.find([1,2,3]))
 
    puts "Preparing Groups"
    FixturePreparer.generate('groups', Group.find([1,2,3,4]))
    FixturePreparer.generate('groups_users', GroupsUser.find(:all, :conditions => { :group_id => [1,2,3,4] }))
 
    puts "Preparing Discussions"
    discussions = Discussion.find(:all, :conditions => { :discutable_type => 'Group', :discutable_id => [1,2,3,4] })
    FixturePreparer.generate('discussions', discussions)
    FixturePreparer.generate('discussions_users', DiscussionsUser.all(:conditions => { :discussion_id => discussions.map(&:id) }) ) {|item| "#{item.user_id}-#{item.discussion_id}" }
    FixturePreparer.generate('discussion_categories', DiscussionCategory.all(:conditions => { :discussion_id => discussions.map(&:id) }) ) {|item| "#{item.discussion_id}-#{item.slug}" }
    FixturePreparer.generate('discussion_topics', DiscussionTopic.all(:conditions => { :discussion_id => discussions.map(&:id) }) )
    FixturePreparer.generate('discussion_posts', DiscussionPost.all(:conditions => { :discussion_id => discussions.map(&:id) }) )
 
    puts "Preparing Countries"
    FixturePreparer.generate('countries', Country.all)
 
  end

Creo que el código es auto-explicativo, pero hagamos un repaso rápido:
El tema importante es la classe FixturePreparer, al cual se le pasa un nombre y un array de ActiveRecords, opcionalmente se le puede pasar un bloque.

El nombre será el nombre del fichero a guardar, el array de ActiveRecords es la colección de registros que se quieren poner en el fixture, y por último, el bloque. El bloque es opcional y sirve para poner un identificador único a cada registro dentro del fixture, si no le pasamos ningún bloque, el identificador será el slug, y si no tiene slug, pues el id. En caso que le pasemos un bloque, evaluará el bloque para cada registro. Hay que tener en cuenta que el identificador de registro DEBE SER UNICO en cada yml.

De esta forma, puedes generarte un pequeño set de datos minimos a partir de tu db de desarrollo e ir actualizando los fixtures conforme actualizas tu base de datos.

El código es tan pequeño que no he creido necesario crear un repositorio en github para permitir forks, etc… pero si alguien esta interesado, lo creo!

Suerte con los tests. ;)

Editado: Xavier Noria, siempre en su linea de expresiones regulares varias, nos proporciona un parche para hacer mejor la clase FixturePreparer, gracias!

Ruby/Rails y sus cositas…

Llevo un buen rato perdiendo el tiempo por culpa de un “behaviour” de ruby/rails, pero después de mucho batallar por fin he encontrado lo que estaba pasando, y lo he solucionado.

Escribo esto para ver si san google me indexa el blog y desde aqui puedo ayudar un poco a los pobres desarrolladores web que se enfrenten al mismo problema que yo… Memory Leaks!!

Pero esta vez de los gordos, nada de mariconadas como el GetText 1.90 y su Mb por request perdido….

El tema tiene relación con activerecord, una asociación has_many :through junto con otra has_and_belongs_to_many y un callback. Vayamos a por el ejemplo práctico:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
class User < ActiveRecord::Base
  has_many :groups_users
  has_many :groups, :through => :groups_users
  has_and_belongs_to_many :discussions
end
 
class Group < ActiveRecord::Base
  has_many :groups_users
  has_many :users, :through => :groups_users
  has_one :discussion
  before_create :create_discussion
end
 
class GroupsUser < ActiveRecord::Base
  belongs_to :group
  belongs_to :user
  before_create :add_owner_to_discussion
 
  def add_user_to_discussion
    group.discussion.users << user
  end
 
end
 
class Discussion < ActiveRecord::Base
  belongs_to :group
  has_and_belongs_to_many :users
end

El tema está claro, un usuario puede pertenecer a n grupos, cada grupo tiene una discusión, y los usuarios pertenecen a estas discusiones.

Vayamos a la consola, primero creamos 3000 usuarios

1
>> 3000.times {|x| User.create }

Vale, ahora creemos un grupo

1
>> g = Group.create

Y como paso final…. le asignamos a este grupo todos los usuarios

1
>> User.all.each {|u| g.users << u}

PAM! Si lo has ejecutado de petará la maquina por exceso de memoria, en mi caso, 2 Gb de SWAP ocupadas en mi precioso MacBook Pro.

¿Cuál es el problema?

El memory leak está en el callback definido en GroupsUser. Al parecer en una asociación has_and_belongs_to_many, el método << devuelve el proxy (en nuestro caso users) y este proxy se queda en el limbo de ruby al finalizar la llamada al callback, provocando que para cada llamada al callback el proceso pierda bastante memoria (calculo que entre 500 kb y 1 Mb). ¿Cómo solucionarlo? Fácil, asigna una variable y despues nullificala para borrar de la memoria el proxy, en nuestro ejemplo:

1
2
3
4
  def add_user_to_discussion
    x = group.discussion.users << user
    x = nil
  end

That’s it, problema resuelto. Increible pero cierto. Atentos a vuestro código. ;)




All I Want Here