Ruby on Rails Hosting.

32 views
Skip to first unread message

Christopher Jones

unread,
Feb 6, 2012, 9:21:02 AM2/6/12
to rubyonra...@googlegroups.com
Hey all,

I am currently doing my dissertation project and am extremely far in to
the process and am ready to host it external of my university due to my
university not having Ruby on Rails support on their servers.

I am wondering if anyone knows of any free hosting sites for ruby on
rails that would be easy in use as this is my first time hosting a
website and the first time I have ever worked with Rails.

I have no intention of starting the project again but just simply want
to be able to upload my project to a site, free of charge in order for
me to demonstrate it to the examiners at the end of March.

Any feed back would be great. Thanks.

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

Colin Law

unread,
Feb 6, 2012, 9:29:05 AM2/6/12
to rubyonra...@googlegroups.com

Heroku.com is generally reckoned to be the best.

Colin

Don

unread,
Feb 7, 2012, 7:36:54 PM2/7/12
to rubyonra...@googlegroups.com

Heroku is the easiest to use and should be good for what you describe.  However, you will want to make sure you research, in detail, the database situation.  Heroku is now forcing the use of Postgres for "production" deployment, in certain situations.  Since your app is probably using SQLite, you will want to try to deploy to Heroku on an older stack - one that allows the use of SQLite. Otherwise you will be doing some reconfigurations that will complicate your situation.

Hassan Schroeder

unread,
Feb 7, 2012, 8:19:41 PM2/7/12
to rubyonra...@googlegroups.com
On Tue, Feb 7, 2012 at 4:36 PM, Don <don.l...@gmail.com> wrote:

>  However, you will want to make sure you research, in detail, the database
> situation.  Heroku is now forcing the use of Postgres for "production"
> deployment, in certain situations.  Since your app is probably using SQLite,
> you will want to try to deploy to Heroku on an older stack - one that allows
> the use of SQLite.

Has Heroku ever used anything but PostgreSQL? Have you ever
had a DB-related issue deploying an app to Heroku that was being
developed with a non-PG database? (Other than with DB-proprietary
SQL, of course)

Just curious, I've never had (or heard of) such a problem; wondering
if I've just been lucky :-)

--
Hassan Schroeder ------------------------ hassan.s...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

Colin Law

unread,
Feb 8, 2012, 4:24:41 AM2/8/12
to rubyonra...@googlegroups.com
On 8 February 2012 00:36, Don <don.l...@gmail.com> wrote:
>
> Heroku is the easiest to use and should be good for what you describe.
>  However, you will want to make sure you research, in detail, the database
> situation.  Heroku is now forcing the use of Postgres for "production"
> deployment, in certain situations.  Since your app is probably using SQLite,
> you will want to try to deploy to Heroku on an older stack - one that allows
> the use of SQLite. Otherwise you will be doing some reconfigurations that
> will complicate your situation.

I understood that sqlite is not suitable for production use anyway, so
one should always use mysql or postgres for production.

Colin

>
>> I am wondering if anyone knows of any free hosting sites for ruby on
>> rails that would be easy in use as this is my first time hosting a
>> website and the first time I have ever worked with Rails.
>>
>> I have no intention of starting the project again but just simply want
>> to be able to upload my project to a site, free of charge in order for
>> me to demonstrate it to the examiners at the end of March.
>>
>>

> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/rubyonrails-talk/-/eGupljM647AJ.
>
> To post to this group, send email to rubyonra...@googlegroups.com.
> To unsubscribe from this group, send email to
> rubyonrails-ta...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/rubyonrails-talk?hl=en.

--
gplus.to/clanlaw

Christopher Jones

unread,
Feb 8, 2012, 5:00:45 PM2/8/12
to rubyonra...@googlegroups.com
I am currently using MySQL as my database, I am guessing I will have to
re configure it all then?

Hassan Schroeder

unread,
Feb 8, 2012, 5:21:49 PM2/8/12
to rubyonra...@googlegroups.com
On Wed, Feb 8, 2012 at 2:00 PM, Christopher Jones <li...@ruby-forum.com> wrote:
> I am currently using MySQL as my database, I am guessing I will have to
> re configure it all then?

No. Just sign up and deploy. If you have any problems, come back
and start a new thread with the details :-)

Max

unread,
Feb 8, 2012, 9:09:14 PM2/8/12
to Ruby on Rails: Talk

I'm very new to ruby and rails and followed Michael Hartl's tutorial
for Rails... it's a great starting point and covers deploying to
heroku.

I'm using rails 3.1.0 and postgresql and didn't find it difficult at
all to deploy on heroku.

Max

Don

unread,
Feb 8, 2012, 9:45:52 PM2/8/12
to rubyonra...@googlegroups.com
Most of my projects have been proof-of-concepts and/or MVP (minimal viable product) efforts that were never intended to run with thousands of users, so SQLite was fine for dev, test, AND production.  Up through Rails 3.0 there was a Heroku stack (bamboo?) that allowed you to run SQLlite as production database (though postgres was highly recommended.) 

As soon as I converted one of my projects to Rails 3.1 I had to use the latest Heroku stack, which outlaws SQLlite and forces postgress.  I tried using SQLite for dev and postgres for production, but ran into a bunch of really weird issues (so Hassan you are lucky or I'm very unlucky, don't know which.)  Finally, following Heroku's strongly worded warnings, I installed postgress on my Mac for dev and got it working with Ruby and Rails (not a trivial straightforward process for an amateur like myself.)  I'm a couple of projects past all this, and postgres continues to introduce challenges and complexity at every turn.  Oh how I long for SQLite in dev.

The original question in this thread indicated that the key goal was to get an older project up into a production environment with the minimal amount of effort/cost (performance appeared not to be a key concern.)  Being able to avoid the complexities introduced with postgress will best meet that key requirement. 


On Tuesday, February 7, 2012 6:19:41 PM UTC-7, Hassan Schroeder wrote:
On Tue, Feb 7, 2012 at 4:36 PM, Don <> wrote:

>  However, you will want to make sure you research, in detail, the database
> situation.  Heroku is now forcing the use of Postgres for "production"
> deployment, in certain situations.  Since your app is probably using SQLite,
> you will want to try to deploy to Heroku on an older stack - one that allows
> the use of SQLite.

Has Heroku ever used anything but PostgreSQL? Have you ever
had a DB-related issue deploying an app to Heroku that was being
developed with a non-PG database?  (Other than with DB-proprietary
SQL, of course)

Just curious, I've never had (or heard of) such a problem; wondering
if I've just been lucky  :-)

--
Hassan Schroeder ------------------------
http://about.me/hassanschroeder
twitter: @hassan

Don

unread,
Feb 9, 2012, 4:43:12 PM2/9/12
to rubyonra...@googlegroups.com
The latest Heroku stack requires postgres and will not allow SQLite at all ( I think it is called Cedars )  When you deploy, you will want to deploy on an older stack that allows SQLite. (I think Bamboo works with SQLite.)  If you can deploy with SQLite, then you should not have any reconfigurations.

If you do end up having to deploy to postgres on Heroku you will have to make sure your Gemfile, database.yml, and possibly other files are adjusted to have SQLlite in the development environment and postgres in the production environment.  At that point, you may find that your app performs differently in dev than production.  If so, it is probably due to underlying nuances/differences in the two databases.  Heroku STRONGLY recommends that you run postgres in your dev environment for just this reason.

Peter Vandenabeele

unread,
Feb 9, 2012, 5:53:23 PM2/9/12
to rubyonra...@googlegroups.com
On Wed, Feb 8, 2012 at 2:19 AM, Hassan Schroeder <hassan.s...@gmail.com> wrote:
On Tue, Feb 7, 2012 at 4:36 PM, Don <don.l...@gmail.com> wrote:

>  However, you will want to make sure you research, in detail, the database
> situation.  Heroku is now forcing the use of Postgres for "production"
> deployment, in certain situations.  Since your app is probably using SQLite,
> you will want to try to deploy to Heroku on an older stack - one that allows
> the use of SQLite.

Has Heroku ever used anything but PostgreSQL? Have you ever
had a DB-related issue deploying an app to Heroku that was being
developed with a non-PG database?  (Other than with DB-proprietary
SQL, of course)

Just curious, I've never had (or heard of) such a problem; wondering
if I've just been lucky  :-)

At my current project, the other developer prefers mysql and uses only that,
I prefer postgresql and use it mostly (but sometimes I test on mysql). Already
on 2 occasions, I had tests fail, (on postgresql) that passed on mysql.

1) we had an issue where a schema.db was incorrectly processed by
mysql upon rake test:prepare (this worked correctly in postgresql).
We switched to RAKE_ENV=test rake db:create/migrate/seed for
that reason

2) postgresql checks more rigorously on certain cases of uniqueness
of the primary key (I think that was writing a rake db:seed with a fixed 
low value id (16 actually) that was saved later on by the regular create
tests ... mysql happily created a second a row with that id? postgresql
complained)

And this is just a fairly "simple" project smaller than 1 person year ...
When you get to more complex projects, the number of issues will
certainly increase. What I generally do, is also test on mysql. In
general, I find keeping up multi-platform compatibility a good
measure to see if I keep to "standard/future proof" implementations
(unless I really need a specialized feature of postgresql).

So yes, I think it _is_ relevant to do some regular development/testing
runs with exactly the same database version as in production (and
even within postgresql, versions can matter since certain not really
valid constructs get more rigorously tested and may throw an
exception with newer versions).

HTH,

Peter

--
*** Available for a new project ***

Peter Vandenabeele
http://twitter.com/peter_vhttp://coderwall.com/peter_v

Max

unread,
Feb 9, 2012, 6:03:32 PM2/9/12
to Ruby on Rails: Talk
i definitely had issues with trying to develop with sqllite and deploy
on heroku (cedar stack) to postgresql. It ended up being imperative
to install postgresql locally for the dev environment. as a newbie it
was a bit daunting at first but i got through it without too much
bloodshed and haven't had any problems since.

i also set up an alternate git remote so i can deploy to a staging
version of my site to test things out before delivering to the live
production server. that has been great as what works locally doesn't
always work on heroku - especially if you're shaking on your CSS
(which i am) as heroku is much more rigid about what it likes/thinks
is valid.

Stan Kaufman

unread,
Feb 10, 2012, 9:41:09 AM2/10/12
to Ruby on Rails: Talk
On Feb 9, 3:03 pm, Max <aa...@xmission.com> wrote:
> to install postgresql locally for the dev environment.  as a newbie it
> was a bit daunting at first but i got through it without too much
> bloodshed and haven't had any problems since.

Installing PG locally is anything but "daunting." With homebrew, it's
nothing more than:

$ brew install postgresql

and you're laughing. No reason not to use it for dev work.
Reply all
Reply to author
Forward
0 new messages