Re: [Rails] Rails better way to have migration

[Timothy Mukaibo]

It sounds like "he" is unaware of schema.db! This is the consolidated
schema of all the migrations which have run - the single view of the world
that your colleague is asking for.

On 15 November 2014 02:48, Hassan Schroeder 
wrote:

> On Fri, Nov 14, 2014 at 1:40 AM, M,Gopi M.gopinath 
> wrote:
> > He actually think about lot of files :(
>
> Then "he" apparently has too much time on his hands.
>
> Aside from the good points already made, retaining the individual
> migrations offers useful "tree-ring" documentation of the evolution
> of the app over time.
>
> Meanwhile, tell "him" to worry about actually important things, like
> whether your app has 100% test coverage :-)
>
> Good luck,
> --
> Hassan Schroeder  hassan.schroe...@gmail.com
> http://about.me/hassanschroeder
> twitter: @hassan
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/CACmC4yDjfqVp%2BY5otJ1GFqzpJp6CGgYAZCRa2XQUtoK6LobHvQ%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CABLJ1D%2B6yp-EubpYqQrkm%3D2Y7p-vhc9%2BxXY-X3aCgmbMwMYD4g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[Rails] Engines: How to write tests that depend upon main app models?

[Kyle Fazzari]

Hello all.

The Rails Engines documentation[1] was really quite good for understanding 
how to write engines. However, it left me with a question which I've been 
unable to answer.

Say I'm writing the engine discussed in the documentation (a blog). The 
`Post` model doesn't need to know anything about its author, and this 
engine doesn't need to deal with accounts in any way, but it makes sense 
for posts to _have_ an author, so we make the class for the author 
configurable and we say that the `Post` model `belongs_to` it. The engine 
can then simply make use of whatever account scheme is in use in the main 
application.

How then do we write tests for the `Post` model if the engine doesn't 
contain a model for the author? I'm using FactoryGirl and I tried just 
putting together a factory for a user, but it doesn't work without a 
corresponding table. I suppose I could create a basic `Author` class within 
the generated `test/dummy` application, but then all the tests would have 
to be put in there as well, which feels a little nasty to me (I just want 
my tests in an obvious place, I guess). I think a solution is probably 
outside of the testing setup being used (rspec, minitest, fixtures or 
factories, etc.).

I feel like this is a fairly typical use for an engine, so I thought maybe 
some of you had run into this issue before. I appreciate any help!

[1]: http://guides.rubyonrails.org/engines.html

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/b677140e-15ce-4223-83fc-b1ab3f597e95%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[Hassan Schroeder]

On Fri, Nov 14, 2014 at 1:40 AM, M,Gopi M.gopinath  wrote:
> He actually think about lot of files :(

Then "he" apparently has too much time on his hands.

Aside from the good points already made, retaining the individual
migrations offers useful "tree-ring" documentation of the evolution
of the app over time.

Meanwhile, tell "him" to worry about actually important things, like
whether your app has 100% test coverage :-)

Good luck,
-- 
Hassan Schroeder  hassan.schroe...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CACmC4yDjfqVp%2BY5otJ1GFqzpJp6CGgYAZCRa2XQUtoK6LobHvQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Using Migrations to load user data?

[Jason Fleetwood-Boldt]

re: Data migrations

There's a gem for that! (I happen to be its author)

https://github.com/jasonfb/nondestructive_migrations


By separating your schema migrations from data migrations, you can separate the 
concerns easily. (And, for example, not run your data migrations in a test or 
QA environment if you so choose)

Also schema migrations necessarily mean you have to restart your app 
(downtime), and data-only migrations can be run while the app is running. 

Almost every production-scale website with traffic I've worked on has needed 
data migrations at some point. While making everything a data migration is 
costly to developers, doing it for batch imports makes perfect sense. Let's say 
your company acquired another company, and you wanted to import the other 
company's data. Yes, you could reasonably use a rake task, but data migrations 
make it easy to keep track of and ensure that all environments get the same 
treatment.

Although I understand the sentiment that it "smells bad" (and indeed, running a 
large data job in a schema migration can take a while, leaving your site down 
during the migration), the purpose of my gem is to address a real business need 
in a way that isn't so smelly to developers. In the context of this discussion, 
I'd call it a middle-ground approach.

-Jason


On Nov 14, 2014, at 9:18 AM, bob.n.b...@gmail.com wrote:

> Hi Colin,
> 
> Thanks for your response. I totally agree with you. Do you or anyone else 
> have experience with these kind of data content migrations going bad?  
> Basically, the only argument I can provide the team is that it "smells" bad, 
> the intent of migrations seem to be for data structure, not content (other 
> than reference data or an initial admin user), and all migration 
> documentation/examples only show DDL type statements.
> 
> Thanks.



Jason Fleetwood-Boldt
t...@datatravels.com
http://www.jasonfleetwoodboldt.com/writing

All material © Jason Fleetwood-Boldt 2014. Public conversations may be turned 
into blog posts (original poster information will be made anonymous). Email 
ja...@datatravels.com with questions/concerns about this.

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/463F3895-4E11-44E6-A25F-73F24F9EFD22%40datatravels.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Using Migrations to load user data?

[bob . n . bah3]

Hi Colin,

Thanks for your response. I totally agree with you. Do you or anyone else 
have experience with these kind of data content migrations going bad? 
 Basically, the only argument I can provide the team is that it "smells" 
bad, the intent of migrations seem to be for data structure, not content 
(other than reference data or an initial admin user), and all migration 
documentation/examples only show DDL type statements.

Thanks.


On Thursday, November 13, 2014 4:29:31 PM UTC-5, Colin Law wrote:
>
> On 13 November 2014 18:44,  > wrote: 
> > @rails Hi, 
> > 
> > I'm new to rails, and my dev team wants to load all user content data 
> (not 
> > reference data or admin users) via migrations. Is this going to be 
> > problematic? 
> > 
> > If so, how can I convince them that is a likely mistake? What would be 
> the 
> > alternatives? 
>
> Use rake db:seed, which runs db/seeds.rb.  That is what it is for. 
>
> Colin 
>
> > 
> > Thanks, 
> > 
> > Bob 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups 
> > "Ruby on Rails: Talk" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> an 
> > email to rubyonrails-ta...@googlegroups.com . 
> > To post to this group, send email to rubyonra...@googlegroups.com 
> . 
> > To view this discussion on the web visit 
> > 
> https://groups.google.com/d/msgid/rubyonrails-talk/5a065c67-52ca-4852-9c72-c77023f6009c%40googlegroups.com.
>  
>
> > For more options, visit https://groups.google.com/d/optout. 
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/b4a4af78-bf79-40f2-87e6-0e400fa74fff%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Rails] Re: Metaprogramming Q: Calling an external class method on after_save

[Matt Jones]

On Thursday, 13 November 2014 23:37:40 UTC-5, Debajit Adhikary wrote:
>
> I have the following classes:
>
> class AwardBase
> class AwardOne < AwardBase
> class Post < ActiveRecord::Base
>
> The Post is an ActiveRecord, and the Award has a can_award? class method 
> which takes a post object and checks to see if it meets some criteria. If 
> yes, it updates post.owner.awards.
>
> I know I can do this using an Observer pattern (I tested it and the code 
> works fine). However, that requires me to add additional code to the model. 
> I'd like not to touch the model at all if possible. What I'd like to do is 
> run the Award checks like this (the trigger will be invoked at class load 
> time):
>
> class AwardOne < AwardBase
>   trigger :post, :after_save
>
>   def self.can_award?(post)
> ...
>   end
> end
>
> The intention with the above code is that it should automatically add 
> AwardOne.can_award? to Post's after_save method
>
>
You could do this with code like (not tested):

class AwardOne < AwardBase
  def self.trigger(klass, callback, method)
us = self # this may not be needed
klass.to_s.camelize.constantize.send(callback) do |record|
  us.send(method, record)
end
  end

  trigger :post, :after_save, :can_award?

end

But seriously, DON'T DO THIS. Callbacks are already one of the more 
confusing features of AR, and confounding that by over-metaprogramming is 
going to obscure things further.

Even re-opening the Post class in award_one.rb and adding the callback in 
the standard style would be clearer than this, but I'd recommend just using 
the version you've already written (below). 

--Matt Jones

 

> class Post < ActiveRecord::Base
>   after_save :check_award
>
>   def check_award
> AwardOne.can_award?(self)
>   end
> end
>
>
>
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/59592b58-9f3f-4374-b37a-c6cea7372735%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Re: Re: Ruby - Iterating over a Nested Hash

[Colin Law]

On 14 November 2014 10:32, Scott Bradford  wrote:
> I couldnt' figure it out. Everytime I ran it through the Nokogiri gem,
> the headers were still there. It was like nothing changed to the data.

I don't understand, I thought you wanted to parse the xml document and
extract data for display, why would you expect it to change the data?

See the tutorials at http://www.nokogiri.org/ for how to do that.

Colin

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLtp_RhFFjHQjqoCXp1FTp6qH73gOH9fqwzoc7wogyUvzQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[Rails] Re: Re: Ruby - Iterating over a Nested Hash

[Scott Bradford]

I couldnt' figure it out. Everytime I ran it through the Nokogiri gem, 
the headers were still there. It was like nothing changed to the data.

-- 
Posted via http://www.ruby-forum.com/.

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/c89f57ccdea35339f053758573af83f3%40ruby-forum.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[M,Gopi M.gopinath]

On Fri, Nov 14, 2014 at 3:47 PM, Colin Law  wrote:

> On 14 November 2014 09:40, M,Gopi M.gopinath  wrote:
> > He actually think about lot of files :(
>
> Ask him which is most important, a few extra files (which makes no
> difference to the operation of the site) or you spending extra time
> rationalising them.  If he prefers you to waste your time and he is
> the boss then you must do as he says.
>
> By the way please don't top post, it makes it difficult to follow the
> thread.  Insert your reply at appropriate points in previous message,
> thanks.
>
> Colin
>
> ​
​Thanks Colin.

Gopinath​
​


> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLsTO7zELccy-Z5-_pnxCG0Yax2h029iWLvAwb8P%2BLv3XQ%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJwMaOYBkRwzzJJm0JdBS5G%2B%3Dnv%2Bp0rtCEi8SCS97wwQg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[Colin Law]

On 14 November 2014 09:40, M,Gopi M.gopinath  wrote:
> He actually think about lot of files :(

Ask him which is most important, a few extra files (which makes no
difference to the operation of the site) or you spending extra time
rationalising them.  If he prefers you to waste your time and he is
the boss then you must do as he says.

By the way please don't top post, it makes it difficult to follow the
thread.  Insert your reply at appropriate points in previous message,
thanks.

Colin

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLsTO7zELccy-Z5-_pnxCG0Yax2h029iWLvAwb8P%2BLv3XQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[M,Gopi M.gopinath]

He actually think about lot of files :(

Best Regards,

*Gopinath M*

Ruby on Rails Developer

Contact : +91-9994652146

Skype Id : gopinath.murugan

Email : gopi170...@gmail.com





On Fri, Nov 14, 2014 at 3:00 PM, Walther Diechmann 
wrote:

> The way I see it - your next guy needs to explain why he would like to add
> to the work load!
>
>
>
> Den 14/11/2014 kl. 10.28 skrev M,Gopi M.gopinath :
>
> Yes, I need some good reason to explain.
>
> Best Regards,
>
> *Gopinath M*
>
> Ruby on Rails Developer
>
> Contact : +91-9994652146
>
> Skype Id : gopinath.murugan
>
> Email : gopi170...@gmail.com
>
>
>
>
>
> On Fri, Nov 14, 2014 at 2:56 PM, Colin Law  wrote:
>
>> On 14 November 2014 09:23, M,Gopi M.gopinath 
>> wrote:
>> > But my team meet preferring to keep it as a single file.
>> >
>> > Some argument where going between us, I can't able to convenience him to
>> > keep separate for all tables. Can I provide any links or url to get
>> clear
>> > understanding for him..
>>
>> Why does he want to do that?  What is the point of doing extra work?
>> Do you not have enough work without doing extra work?
>>
>> Are any more good reasons required?
>>
>> Colin
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Ruby on Rails: Talk" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to rubyonrails-talk+unsubscr...@googlegroups.com.
>> To post to this group, send email to rubyonrails-talk@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLvGy9vgwr%3D-_dBmSsoJpkuHPu0eXMNGNXiqzeydqD6qzg%40mail.gmail.com
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJdM7tt0yrv9AX6%2Bw6-2jQvGV0zCh%3DSG84SMeMoS857hw%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/90009283-A0FB-415D-8E19-F0C79F303C72%40diechmann.net
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEix%2BqWf%3DsigcpNc8CPbL0Yq1S71xf3gk8fGWNFXn1%3D2nHRw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[Walther Diechmann]

The way I see it - your next guy needs to explain why he would like to add to 
the work load!



> Den 14/11/2014 kl. 10.28 skrev M,Gopi M.gopinath :
> 
> Yes, I need some good reason to explain.
> 
> Best Regards,
> 
> Gopinath M
> 
> Ruby on Rails Developer
> 
> Contact : +91-9994652146
> 
> Skype Id : gopinath.murugan
> 
> Email : gopi170...@gmail.com 
> 
> 
> 
> 
> 
> On Fri, Nov 14, 2014 at 2:56 PM, Colin Law  > wrote:
> On 14 November 2014 09:23, M,Gopi M.gopinath  > wrote:
> > But my team meet preferring to keep it as a single file.
> >
> > Some argument where going between us, I can't able to convenience him to
> > keep separate for all tables. Can I provide any links or url to get clear
> > understanding for him..
> 
> Why does he want to do that?  What is the point of doing extra work?
> Do you not have enough work without doing extra work?
> 
> Are any more good reasons required?
> 
> Colin
> 
> --
> You received this message because you are subscribed to the Google Groups 
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to rubyonrails-talk+unsubscr...@googlegroups.com 
> .
> To post to this group, send email to rubyonrails-talk@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLvGy9vgwr%3D-_dBmSsoJpkuHPu0eXMNGNXiqzeydqD6qzg%40mail.gmail.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to rubyonrails-talk+unsubscr...@googlegroups.com 
> .
> To post to this group, send email to rubyonrails-talk@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJdM7tt0yrv9AX6%2Bw6-2jQvGV0zCh%3DSG84SMeMoS857hw%40mail.gmail.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/90009283-A0FB-415D-8E19-F0C79F303C72%40diechmann.net.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[M,Gopi M.gopinath]

Yes, I need some good reason to explain.

Best Regards,

*Gopinath M*

Ruby on Rails Developer

Contact : +91-9994652146

Skype Id : gopinath.murugan

Email : gopi170...@gmail.com





On Fri, Nov 14, 2014 at 2:56 PM, Colin Law  wrote:

> On 14 November 2014 09:23, M,Gopi M.gopinath  wrote:
> > But my team meet preferring to keep it as a single file.
> >
> > Some argument where going between us, I can't able to convenience him to
> > keep separate for all tables. Can I provide any links or url to get clear
> > understanding for him..
>
> Why does he want to do that?  What is the point of doing extra work?
> Do you not have enough work without doing extra work?
>
> Are any more good reasons required?
>
> Colin
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLvGy9vgwr%3D-_dBmSsoJpkuHPu0eXMNGNXiqzeydqD6qzg%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJdM7tt0yrv9AX6%2Bw6-2jQvGV0zCh%3DSG84SMeMoS857hw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[M,Gopi M.gopinath]

Hi Colin,


But my team meet preferring to keep it as a single file.

Some argument where going between us, I can't able to convenience him to
keep separate for all tables. Can I provide any links or url to get clear
understanding for him..


*Thanks in advance*

Best Regards,

*Gopinath M*

Ruby on Rails Developer

Contact : +91-9994652146

Skype Id : gopinath.murugan

Email : gopi170...@gmail.com





On Fri, Nov 14, 2014 at 2:54 PM, Colin Law  wrote:

> On 14 November 2014 08:27, M,Gopi M.gopinath  wrote:
> > Hi All,
> >
> > I have question with rails migration file.
> >
> > Seems In rails for each and every table migration file will be generate
> with
> > timestamp followed by table name.
> >
> > But I have moved all the migration file to a single file, and deleted all
> > the migrations.
> >
> > what is the best way of practice,
> >
> > Having single migration for each table or else a single migration file
> for
> > the whole application.
>
> The best practice with rails is almost always to do it the way rails
> wants you to.  So one file per migration.  What is the point of doing
> the extra work of combining them into one file?
>
> Colin
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLufoCBmzK7_pW%3D9nfysPFsqCjtedKJTvKUiQ_ybo4YhfA%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixLEcjuQdFEhCMEQonchpQ0PaqsEo6BO7U61WpOx3TyfNw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[Colin Law]

On 14 November 2014 09:23, M,Gopi M.gopinath  wrote:
> But my team meet preferring to keep it as a single file.
>
> Some argument where going between us, I can't able to convenience him to
> keep separate for all tables. Can I provide any links or url to get clear
> understanding for him..

Why does he want to do that?  What is the point of doing extra work?
Do you not have enough work without doing extra work?

Are any more good reasons required?

Colin

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLvGy9vgwr%3D-_dBmSsoJpkuHPu0eXMNGNXiqzeydqD6qzg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[Colin Law]

On 14 November 2014 08:27, M,Gopi M.gopinath  wrote:
> Hi All,
>
> I have question with rails migration file.
>
> Seems In rails for each and every table migration file will be generate with
> timestamp followed by table name.
>
> But I have moved all the migration file to a single file, and deleted all
> the migrations.
>
> what is the best way of practice,
>
> Having single migration for each table or else a single migration file for
> the whole application.

The best practice with rails is almost always to do it the way rails
wants you to.  So one file per migration.  What is the point of doing
the extra work of combining them into one file?

Colin

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLufoCBmzK7_pW%3D9nfysPFsqCjtedKJTvKUiQ_ybo4YhfA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[M,Gopi M.gopinath]

But my team meet preferring to keep it as a single file.

Some argument where going between us, I can't able to convenience him to
keep separate for all tables. Can I provide any links or url to get clear
understanding for him..


*Thanks in advance*

Best Regards,

*Gopinath M*

Ruby on Rails Developer

Contact : +91-9994652146

Skype Id : gopinath.murugan

Email : gopi170...@gmail.com





On Fri, Nov 14, 2014 at 2:49 PM, Walther Diechmann 
wrote:

> best practise is to leave it alone -
>
> rails generate scaffold some_class some_field_name some_other_field_name ……
> rails db:migrate
>
> that’s it
>
> :)
>
>
> Den 14/11/2014 kl. 10.16 skrev M,Gopi M.gopinath :
>
> I may be adding few things later to database table, But Know I am in
> initial stage has only 10 table 
>
> What is the Best practices?
>
>
>
> Best Regards,
>
> *Gopinath M*
>
> Ruby on Rails Developer
>
> Contact : +91-9994652146
>
> Skype Id : gopinath.murugan
>
> Email : gopi170...@gmail.com
>
>
>
>
>
> On Fri, Nov 14, 2014 at 2:34 PM, Walther Diechmann 
> wrote:
>
>> as long as you develop - one file per migration
>>
>> once you ‘wrap’ it up - a single file is ok
>>
>> but why change it in the first place?
>>
>> Den 14/11/2014 kl. 09.27 skrev M,Gopi M.gopinath :
>>
>> Hi All,
>>
>> I have question with rails migration file.
>>
>> Seems In rails for each and every table migration file will be generate
>> with timestamp followed by table name.
>>
>> But I have moved all the migration file to a single file, and deleted all
>> the migrations.
>>
>> what is the best way of practice,
>>
>> Having single migration for each table or else a single migration file
>> for the whole application.
>>
>> *Thanks in advance...*
>>
>>
>>
>> Best Regards,
>>
>> *Gopinath M*
>>
>> Ruby on Rails Developer
>>
>>
>>
>>
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Ruby on Rails: Talk" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to rubyonrails-talk+unsubscr...@googlegroups.com.
>> To post to this group, send email to rubyonrails-talk@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJMJsZNEjCuCFw%3DRkkq2kGvJnmCGEnucCF3H-XNMBs5uw%40mail.gmail.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Ruby on Rails: Talk" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to rubyonrails-talk+unsubscr...@googlegroups.com.
>> To post to this group, send email to rubyonrails-talk@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/rubyonrails-talk/39D5FCE4-5B2F-46F2-8381-45CF4B23D6F0%40diechmann.net
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJcBeu-dQ0m1TJmZb2oPnejw4S1TRDMnZ6MxAPbFhXi1Q%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/4DEAE5BB-4C04-4057-AB17-7BB692B805E9%40diechmann.net
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://gr

Re: [Rails] Rails better way to have migration

[Walther Diechmann]

best practise is to leave it alone -

rails generate scaffold some_class some_field_name some_other_field_name ……
rails db:migrate

that’s it

:)


> Den 14/11/2014 kl. 10.16 skrev M,Gopi M.gopinath :
> 
> I may be adding few things later to database table, But Know I am in initial 
> stage has only 10 table  
> 
> What is the Best practices?
> 
> 
> 
> Best Regards,
> 
> Gopinath M
> 
> Ruby on Rails Developer
> 
> Contact : +91-9994652146
> 
> Skype Id : gopinath.murugan
> 
> Email : gopi170...@gmail.com 
> 
> 
> 
> 
> 
> On Fri, Nov 14, 2014 at 2:34 PM, Walther Diechmann  > wrote:
> as long as you develop - one file per migration
> 
> once you ‘wrap’ it up - a single file is ok
> 
> but why change it in the first place?
> 
>> Den 14/11/2014 kl. 09.27 skrev M,Gopi M.gopinath > >:
>> 
>> Hi All,
>> 
>> I have question with rails migration file.
>> 
>> Seems In rails for each and every table migration file will be generate with 
>> timestamp followed by table name.
>> 
>> But I have moved all the migration file to a single file, and deleted all 
>> the migrations.
>> 
>> what is the best way of practice, 
>> 
>> Having single migration for each table or else a single migration file for 
>> the whole application.
>> 
>> Thanks in advance...
>> 
>> 
>> 
>> Best Regards,
>> 
>> Gopinath M
>> 
>> Ruby on Rails Developer
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Ruby on Rails: Talk" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to rubyonrails-talk+unsubscr...@googlegroups.com 
>> .
>> To post to this group, send email to rubyonrails-talk@googlegroups.com 
>> .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJMJsZNEjCuCFw%3DRkkq2kGvJnmCGEnucCF3H-XNMBs5uw%40mail.gmail.com
>>  
>> .
>> For more options, visit https://groups.google.com/d/optout 
>> .
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to rubyonrails-talk+unsubscr...@googlegroups.com 
> .
> To post to this group, send email to rubyonrails-talk@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/rubyonrails-talk/39D5FCE4-5B2F-46F2-8381-45CF4B23D6F0%40diechmann.net
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to rubyonrails-talk+unsubscr...@googlegroups.com 
> .
> To post to this group, send email to rubyonrails-talk@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJcBeu-dQ0m1TJmZb2oPnejw4S1TRDMnZ6MxAPbFhXi1Q%40mail.gmail.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/4DEAE5BB-4C04-4057-AB17-7BB692B805E9%40diechmann.net.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[M,Gopi M.gopinath]

I may be adding few things later to database table, But Know I am in
initial stage has only 10 table 

What is the Best practices?



Best Regards,

*Gopinath M*

Ruby on Rails Developer

Contact : +91-9994652146

Skype Id : gopinath.murugan

Email : gopi170...@gmail.com





On Fri, Nov 14, 2014 at 2:34 PM, Walther Diechmann 
wrote:

> as long as you develop - one file per migration
>
> once you ‘wrap’ it up - a single file is ok
>
> but why change it in the first place?
>
> Den 14/11/2014 kl. 09.27 skrev M,Gopi M.gopinath :
>
> Hi All,
>
> I have question with rails migration file.
>
> Seems In rails for each and every table migration file will be generate
> with timestamp followed by table name.
>
> But I have moved all the migration file to a single file, and deleted all
> the migrations.
>
> what is the best way of practice,
>
> Having single migration for each table or else a single migration file for
> the whole application.
>
> *Thanks in advance...*
>
>
>
> Best Regards,
>
> *Gopinath M*
>
> Ruby on Rails Developer
>
>
>
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJMJsZNEjCuCFw%3DRkkq2kGvJnmCGEnucCF3H-XNMBs5uw%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/39D5FCE4-5B2F-46F2-8381-45CF4B23D6F0%40diechmann.net
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJcBeu-dQ0m1TJmZb2oPnejw4S1TRDMnZ6MxAPbFhXi1Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] How to generate database.yml

[Colin Law]

On 14 November 2014 01:03, Kengsreng Tang  wrote:
> I generate new rails application with --skip-activerecord, because I'm
> going to use with MongoDB.
> But right now I want my APP to support MySQL as well.
> Any solutions?

Just generate a completely new rails app, specifying mysql, and look
at that database.yml to see what yours should contain.

Colin

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLtfP0_%2B5akAyDuMKbrb2sCFXEukRBO_Bbi2WZU19vCrJg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Rails better way to have migration

[Walther Diechmann]

as long as you develop - one file per migration

once you ‘wrap’ it up - a single file is ok

but why change it in the first place?

> Den 14/11/2014 kl. 09.27 skrev M,Gopi M.gopinath :
> 
> Hi All,
> 
> I have question with rails migration file.
> 
> Seems In rails for each and every table migration file will be generate with 
> timestamp followed by table name.
> 
> But I have moved all the migration file to a single file, and deleted all the 
> migrations.
> 
> what is the best way of practice, 
> 
> Having single migration for each table or else a single migration file for 
> the whole application.
> 
> Thanks in advance...
> 
> 
> 
> Best Regards,
> 
> Gopinath M
> 
> Ruby on Rails Developer
> 
> 
> 
> 
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to rubyonrails-talk+unsubscr...@googlegroups.com 
> .
> To post to this group, send email to rubyonrails-talk@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJMJsZNEjCuCFw%3DRkkq2kGvJnmCGEnucCF3H-XNMBs5uw%40mail.gmail.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/39D5FCE4-5B2F-46F2-8381-45CF4B23D6F0%40diechmann.net.
For more options, visit https://groups.google.com/d/optout.

[Rails] Rails better way to have migration

[M,Gopi M.gopinath]

Hi All,

I have question with rails migration file.

Seems In rails for each and every table migration file will be generate
with timestamp followed by table name.

But I have moved all the migration file to a single file, and deleted all
the migrations.

what is the best way of practice,

Having single migration for each table or else a single migration file for
the whole application.

*Thanks in advance...*



Best Regards,

*Gopinath M*

Ruby on Rails Developer

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/CAPDEixJMJsZNEjCuCFw%3DRkkq2kGvJnmCGEnucCF3H-XNMBs5uw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Rails] Re: Metaprogramming Q: Calling an external class method on after_save

[Sonny Michaud]

You can probably do something like this:

class Post < ActiveRecord::Base
  after_save &AwardOne.method(:can_award?)
end

This will pass in the method as a block to ::after_save (#method returns 
a proc and the & will coerce it to a block).


- Sonny

On 11/13/2014 11:39 PM, Debajit Adhikary wrote:

(In the final code sample, the error I get is:

NameError (undefined local variable or method `award_callback' for 
#):


On Thursday, November 13, 2014 8:37:40 PM UTC-8, Debajit Adhikary wrote:

I have the following classes:

class AwardBase
class AwardOne < AwardBase
class Post < ActiveRecord::Base

The Post is an ActiveRecord, and the Award has a can_award? class
method which takes a post object and checks to see if it meets
some criteria. If yes, it updates post.owner.awards.

I know I can do this using an Observer pattern (I tested it and
the code works fine). However, that requires me to add additional
code to the model. I'd like not to touch the model at all if
possible. What I'd like to do is run the Award checks like this
(the trigger will be invoked at class load time):

class AwardOne < AwardBase
  trigger :post, :after_save

  def self.can_award?(post)
...
  end
end

The intention with the above code is that it should automatically
add AwardOne.can_award? to Post's after_save method

So essentially what I'm trying to do is to get the above code to
be equivalent to:

class Post < ActiveRecord::Base
  after_save AwardOne.can_award?(self)
  ...
end

which is basically:

class Post < ActiveRecord::Base
  after_save :check_award

  def check_award
AwardOne.can_award?(self)
  end
end

How can I do this without modifying the Post class?

--

Here's what I've done (which does not appear to work):

class AwardBase

  def self.trigger (klass, active_record_event)
model_class = klass.to_class

this = self
model_class.instance_eval do
  def award_callback
this.can_award?(self)
  end
end

model_class.class_eval do
  self.send(active_record_event, :award_callback)
end
  end

  def self.can_award? (model)
raise NotImplementedError
  end
end

--
You received this message because you are subscribed to the Google 
Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to rubyonrails-talk+unsubscr...@googlegroups.com 
.
To post to this group, send email to rubyonrails-talk@googlegroups.com 
.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/303ca1b9-15f0-478f-9d69-1a25ddadca01%40googlegroups.com 
.

For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups "Ruby on 
Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/5465AF12.1070509%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[Rails] Re: How to generate database.yml

[Mike]

Are you saying that for now, you want to use ActiveRecord as well as MySQL? 
You can change directory to your app's directory and run: $ rails new 
my-existing-app-name --database=mysql .
It will try to generate all of the files and there will be conflicts. You 
can keep saying No to the overwrite prompts and it will eventually get to 
database.yml, which you can create/overwrite.

On Thursday, November 13, 2014 5:04:53 PM UTC-8, Ruby-Forum.com User wrote:
>
> I generate new rails application with --skip-activerecord, because I'm 
> going to use with MongoDB. 
> But right now I want my APP to support MySQL as well. 
> Any solutions? 
>
> -- 
> Posted via http://www.ruby-forum.com/. 
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/632e97a9-fd71-49c6-bfad-5b26e93adbce%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.