I was wondering if instantrails is planning on migrating to mongrel?
On 7/21/06, Tim Uckun <timuckun at gmail.com> wrote:> > I was wondering if instantrails is planning on migrating to mongrel?Yes. We''re going to replace SCGI with Mongrel. And that should be fairly soon, too (as soon as I can free up a little bandwidth). Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20060721/50e25862/attachment.html
It seems to me if you distributed mongrel, ruby and sqllite then you would not need apache, mysql, or php. Would make for a much smaller package. Just a thought. On 7/22/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:> On 7/21/06, Tim Uckun <timuckun at gmail.com> wrote: > > I was wondering if instantrails is planning on migrating to mongrel? > > Yes. We''re going to replace SCGI with Mongrel. And that should be fairly > soon, too (as soon as I can free up a little bandwidth). > > Curt > > _______________________________________________ > Instantrails-users mailing list > Instantrails-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/instantrails-users > >
On 7/21/06, Tim Uckun <timuckun at gmail.com> wrote:> > It seems to me if you distributed mongrel, ruby and sqllite then you > would not need apache, mysql, or php. Would make for a much smaller > package. > > Just a thought.Would developing in sqlite, and deploying to MySQL require any code changes / compromises, ( other than changing the production settings in config.yml)? If not, then it''s not worth reducing the size of the package. For the following reasons: 1. Apache, MySQL and phpMyAdmin are known quatities that work. 2. An application developed in InstantRails can be deployed to a Liniux hosting server without any changes. ( most of them provide MySQL). Of course, you could create an InstantRailsLite . . . :) -Larry On 7/22/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:> > On 7/21/06, Tim Uckun <timuckun at gmail.com> wrote: > > > I was wondering if instantrails is planning on migrating to mongrel? > > > > Yes. We''re going to replace SCGI with Mongrel. And that should be fairly > > soon, too (as soon as I can free up a little bandwidth). > > > > Curt > > > > _______________________________________________ > > Instantrails-users mailing list > > Instantrails-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/instantrails-users > > > > > _______________________________________________ > Instantrails-users mailing list > Instantrails-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/instantrails-users >-- Best Regards, -Larry "Work, work, work...there is no satisfactory alternative." --- E.Taft Benson -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20060721/fb3a54db/attachment.html
> > Would developing in sqlite, and deploying to MySQL require any code > changes / compromises, ( other than changing the production settings in > config.yml)? If not, then it''s not worth reducing the size of the package. > For the following reasons:I don''t know for sure. Theoretically that should be the case, that''s the whole purpose of an object relational layer after all. I can certainly see problems if people used mysql specific SQL in their code though. Otherwise if they built their schema using migrations I think it should work fine. It would be an interesting test though.. Anyway I have another question: Where should I put any additional gems I download for my rails app? I am planning on developing on windows but deploying on Linux.