include() mixes methods into the instances of the base object.

extend() mixes methods into the base object itself.

For example,

module Color
  def green
    "I'm green"
  end
end

By including Greeter into SomeClass, we make it so that we can now call hello() on instances of SomeClass.

class SomeClass
  include Color
end

SomeClass.new.green #=> "I'm green"

Extending AnotherClass with Greeter would allow us to call the hello method directly at the class level, as in the example below.

class AnotherClass
  extend Color
end

AnotherClass.green #=> "I'm green"

The only thing is you have to install your gems for each ruby version. It does make sense because there are quite a few gems that depends on different built. Installing gems are not that hard imho. So no issue there.

Now I can change between different ruby version as easy as this:

$ rvm 1.9.1 # For ruby 1.9.1

$ rvm 1.8.7

What’s excellent about this is the ruby version is sandbox in just that one terminal you’re using. It doesn’t interferes with your already *original ruby installation. * rvm calls is your ruby system. To revert back to your original ruby installation just do

$ rvm system

Or if you want to set a default ruby throughout your system. You can simply do so like this:

$ rvm 1.9.1 –default

If you haven’t tried it before, go try it. Don’t worry, it won’t mess up anything on your current ruby system

Ruby Version Manager – http://rvm.beginrescueend.com/

I like it so much that I even made a rails template base on authlogic. This rails template has the usual basic signup/login/logout and I threw in some cucumber steps & stories in it. Here it is in flesh & bytes http://github.com/fadhlirahim/myrails-template/blob/master/template_authlogic.rb

<table>
<tr>
<td>Pomme</td>
</tr>
<div id="placeholder">
<tr>
<td>SomethingElse</td>
</tr>
</div>

I wasted 1 hour to find out why my ajax calls aren’t updating the right table row.

Apparently it’s not valid HTML. The div will always be on top and then the table tag.

A workaround that I found to put a placeholder id inside a table is by using <tbody>. So simply substitute the div with a tbody tag and you’re done.

I never thought it could give me this much sense of enjoyment. Check it out.

http://github.com/dmix/weekly_builder/tree/master

Eager loading 100 rows of data you don’t actually need at the moment

or

10 queries giving 10 result set at once?

Here’s the code to explain it.

@event = Event.find(params[:event_id])

@event_attendees = @event.attendees.paginate(:page => params[:page], :per_page => 10)

In the view, for each attendees, it’s calling a purchase record. Since I’m using will_paginate and setting 10 records per page, for every 10 record of attendees, there’s 10 queries for a purchase record. Here’s the following SQL that will be generated:

SELECT * FROM `attendees` WHERE (`attendees`.event_id = 4)

SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 1) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 2) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 3) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 4) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 5) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 6) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 7) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 8) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 9) LIMIT 1
SELECT * FROM `purchases` WHERE (purchasable_type = 'Attendee' and purchasable_id = 10) LIMIT 1

Clearly you can that see the above code creates a n + 1 problem.

So I tried to modified it using eager loading like the following:

@event_attendees = @event.attendees.paginate(:include => :purchase, :page => params[:page], :per_page => 10)

Here’s the following SQL query generated:

SELECT * FROM `attendees` WHERE (`attendees`.event_id = 4)
SELECT `purchases`.* FROM `purchases` WHERE (`purchases`.`purchasable_id` IN (1,2,3,4..100) and `purchases`.`purchasable_type` = 'Attendee')
 # query is shorten for brevity

You can see that it’s using 1 query that fetches 100 rows of data. At first I thought that it will limit the eager loading with my will_paginate per page settings. But clearly for every page that I’m viewing, it’s calling that query hence returning 100 rows of data for each page I’m viewing.

At the moment I’m using the query without eager loading. Simply because I’m concern the app is fetching 100 rows that I don’t need at once. I have no idea how to limit an eager loading association base on will _paginate per_page. Or probably I could eager load once and keep in cache. Or does rails does that automatically?

Will investigate though. Oh well, back to work!

If you accidently named your restful route the following

resource :roles instead of resources :roles

When you point your app to /roles it won’t go to your index controller action but it will instead call your show action.

Can’t locate SVN/Core.pm in @INC

It turns out all I had to do is install libsvn-perl.

Go into your rails script/console and just type

Model.rebuild_index

And you’re done.

http://iamrice.org/post/46208882/bullshit-hitler-twitters