I''m thinking about signing up with DreamHost for the base Level 1 $9.95 plan. Does anyone think that''s a bad idea? I''d like to know others thoughts, and who they recommend for RoR hosting? Thanks! -- Posted via http://www.ruby-forum.com/.
On 3/6/06, ryan <rheath@ircwv.com> wrote:> I''m thinking about signing up with DreamHost for the base Level 1 $9.95 > plan. Does anyone think that''s a bad idea?Well, while DH is fine for hosting your Rails pet projects or Typo-based weblog, I wouldn''t recommend it for a fully-fledged production app with lots of traffic. I keep having issues with lighttpd and spureous Error 500 on my apps with no apparent reason --though things have become better over time. On the other hand, there are many DH discount codes available on the Net (there was a page in the Rails wiki, if I remember) so giving it a text drive -sorry!- is really unexpensive. Being the risk near zero, why not give it a try? Plus you get 20GB of disk space, svn, ssh access... -- ---------------------------------------------------- http://sobrerailes.com
I use if for my blog and it performs perfectly (even though my home-brew blog if far from perfect!) On Mon, 2006-03-06 at 15:56 +0100, Juan Lupi?n wrote:> Well, while DH is fine for hosting your Rails pet projects or > Typo-based weblog, I wouldn''t recommend it for a fully-fledged > production app with lots of traffic. I keep having issues with > lighttpd and spureous Error 500 on my apps with no apparent reason > --though things have become better over time.> > > -- > ---------------------------------------------------- > http://sobrerailes.com > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/railsCharlie Bowman http://www.recentrambles.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060306/680b5450/attachment.html
Dreamhost can be made stable. It''s easy to get around the 500 errors by
simply modifying the fcgi_handler code to ignore the TERM signals.
Here''s a sample dispatcher that will fix the 500 problems. Combine
this with the cron task that keeps your app alive and responsive and DH seems to
work a lot better.
#!/usr/bin/ruby
#
# You may specify the path to the FastCGI crash log (a log of unhandled
# exceptions which forced the FastCGI instance to exit, great for debugging)
# and the number of requests to process before running garbage collection.
#
# By default, the FastCGI crash log is RAILS_ROOT/log/fastcgi.crash.log
# and the GC period is nil (turned off). A reasonable number of requests
# could range from 10-100 depending on the memory footprint of your app.
#
# Example:
# # Default log path, normal GC behavior.
# RailsFCGIHandler.process!
#
# # Default log path, 50 requests between GC.
# RailsFCGIHandler.process! nil, 50
#
# # Custom log path, normal GC behavior.
# RailsFCGIHandler.process! ''/var/log/myapp_fcgi_crash.log''
#
require File.dirname(__FILE__) + "/../config/environment"
require ''fcgi_handler''
class RailsFCGIHandler
SIGNALS = {
''TERM'' => :exit_now,
}
def exit_now_handler(signal)
dispatcher_log :info, "ignoring request to terminate
immediately"
end
end
RailsFCGIHandler.process!
# end of file
Brian Hogan
Web Development
Learning & Technology Services
Schofield 3-B
University of Wisconsin-Eau Claire
hoganbp@uwec.edu
-----Original Message-----
From: rails-bounces@lists.rubyonrails.org
[mailto:rails-bounces@lists.rubyonrails.org] On Behalf Of Charlie Bowman
Sent: Monday, March 06, 2006 9:00 AM
To: rails@lists.rubyonrails.org
Subject: Re: [Rails] Dreamhost subscription?
I use if for my blog and it performs perfectly (even though my home-brew blog if
far from perfect!)
On Mon, 2006-03-06 at 15:56 +0100, Juan Lupi?n wrote:
Well, while DH is fine for hosting your Rails pet projects or
Typo-based weblog, I wouldn''t recommend it for a fully-fledged
production app with lots of traffic. I keep having issues with
lighttpd and spureous Error 500 on my apps with no apparent reason
--though things have become better over time.
--
----------------------------------------------------
http://sobrerailes.com
_______________________________________________
Rails mailing list
Rails@lists.rubyonrails.org
http://lists.rubyonrails.org/mailman/listinfo/rails
Charlie Bowman
http://www.recentrambles.com
I am trying to understand why this is necessary. I am on another shared hosting company but I am seeing the same thing. The fastcgi log is filled with these: [05/Mar/2006:00:34:59 :: 25968] asked to terminate immediately [05/Mar/2006:00:34:59 :: 25968] terminated by explicit exit [05/Mar/2006:00:40:36 :: 30458] starting What is doing this? Does your fix address this? Are there any side effects? Thanks, -Eric On 3/6/06, Hogan, Brian P. <HOGANBP@uwec.edu> wrote:> > Dreamhost can be made stable. It''s easy to get around the 500 errors by > simply modifying the fcgi_handler code to ignore the TERM signals. > > Here''s a sample dispatcher that will fix the 500 problems. Combine this > with the cron task that keeps your app alive and responsive and DH seems to > work a lot better. > > #!/usr/bin/ruby > # > # You may specify the path to the FastCGI crash log (a log of unhandled > # exceptions which forced the FastCGI instance to exit, great for > debugging) > # and the number of requests to process before running garbage collection. > # > # By default, the FastCGI crash log is RAILS_ROOT/log/fastcgi.crash.log > # and the GC period is nil (turned off). A reasonable number of requests > # could range from 10-100 depending on the memory footprint of your app. > # > # Example: > # # Default log path, normal GC behavior. > # RailsFCGIHandler.process! > # > # # Default log path, 50 requests between GC. > # RailsFCGIHandler.process! nil, 50 > # > # # Custom log path, normal GC behavior. > # RailsFCGIHandler.process! ''/var/log/myapp_fcgi_crash.log'' > # > require File.dirname(__FILE__) + "/../config/environment" > require ''fcgi_handler'' > > class RailsFCGIHandler > SIGNALS = { > ''TERM'' => :exit_now, > } > > def exit_now_handler(signal) > dispatcher_log :info, "ignoring request to terminate immediately" > end > end > > RailsFCGIHandler.process! > > # end of file > > > Brian Hogan > Web Development > Learning & Technology Services > Schofield 3-B > University of Wisconsin-Eau Claire > hoganbp@uwec.edu > > > -----Original Message----- > From: rails-bounces@lists.rubyonrails.org [mailto: > rails-bounces@lists.rubyonrails.org] On Behalf Of Charlie Bowman > Sent: Monday, March 06, 2006 9:00 AM > To: rails@lists.rubyonrails.org > Subject: Re: [Rails] Dreamhost subscription? > > > I use if for my blog and it performs perfectly (even though my home-brew > blog if far from perfect!) > > On Mon, 2006-03-06 at 15:56 +0100, Juan Lupi?n wrote: > > > Well, while DH is fine for hosting your Rails pet projects or > Typo-based weblog, I wouldn''t recommend it for a fully-fledged > production app with lots of traffic. I keep having issues with > lighttpd and spureous Error 500 on my apps with no apparent reason > --though things have become better over time. > > > > > > -- > ---------------------------------------------------- > http://sobrerailes.com > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails > > > Charlie Bowman > http://www.recentrambles.com > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060307/458a0997/attachment-0001.html
Eric:
Yup... the above fix takes care of that. What''s happening on Dreamhost
is that their process monitor comes around and kills off the dispatchers after
they''ve been around awhile. The fix simply ignores the request to
terminate :)
If you''re on a shared host, you''re probably set up to use
dynamic dispatchers for fcgi. Not a good thing. :) If you''re hosting
your own site, use static fastcgi dispatchers. (static dispatchers are mentioned
on several blogs as well as the Agile book)
My setups here will be using static dispatchers for this very reason.
-----Original Message-----
From: rails-bounces@lists.rubyonrails.org
[mailto:rails-bounces@lists.rubyonrails.org] On Behalf Of Eric Knapp
Sent: Tuesday, March 07, 2006 8:33 AM
To: rails@lists.rubyonrails.org
Subject: Re: [Rails] Dreamhost subscription?
I am trying to understand why this is necessary. I am on another shared hosting
company but I am seeing the same thing. The fastcgi log is filled with these:
[05/Mar/2006:00:34:59 :: 25968] asked to terminate immediately
[05/Mar/2006:00:34:59 :: 25968] terminated by explicit exit
[05/Mar/2006:00:40:36 :: 30458] starting
What is doing this? Does your fix address this? Are there any side effects?
Thanks,
-Eric
On 3/6/06, Hogan, Brian P. <HOGANBP@uwec.edu> wrote:
Dreamhost can be made stable. It''s easy to get around the 500 errors
by simply modifying the fcgi_handler code to ignore the TERM signals.
Here''s a sample dispatcher that will fix the 500 problems. Combine
this with the cron task that keeps your app alive and responsive and DH seems to
work a lot better.
#!/usr/bin/ruby
#
# You may specify the path to the FastCGI crash log (a log of unhandled
# exceptions which forced the FastCGI instance to exit, great for debugging)
# and the number of requests to process before running garbage collection.
#
# By default, the FastCGI crash log is RAILS_ROOT/log/fastcgi.crash.log
# and the GC period is nil (turned off). A reasonable number of requests
# could range from 10-100 depending on the memory footprint of your app.
#
# Example:
# # Default log path, normal GC behavior.
# RailsFCGIHandler.process!
#
# # Default log path, 50 requests between GC.
# RailsFCGIHandler.process! nil, 50
#
# # Custom log path, normal GC behavior.
# RailsFCGIHandler.process! ''/var/log/myapp_fcgi_crash.log''
#
require File.dirname(__FILE__) + "/../config/environment"
require ''fcgi_handler''
class RailsFCGIHandler
SIGNALS = {
''TERM'' => :exit_now,
}
def exit_now_handler(signal)
dispatcher_log :info, "ignoring request to terminate
immediately"
end
end
RailsFCGIHandler.process!
# end of file
Brian Hogan
Web Development
Learning & Technology Services
Schofield 3-B
University of Wisconsin-Eau Claire
hoganbp@uwec.edu
-----Original Message-----
From: rails-bounces@lists.rubyonrails.org
[mailto:rails-bounces@lists.rubyonrails.org] On Behalf Of Charlie Bowman
Sent: Monday, March 06, 2006 9:00 AM
To: rails@lists.rubyonrails.org
Subject: Re: [Rails] Dreamhost subscription?
I use if for my blog and it performs perfectly (even though my home-brew blog
if far from perfect!)
On Mon, 2006-03-06 at 15:56 +0100, Juan Lupi?n wrote:
Well, while DH is fine for hosting your Rails pet projects or
Typo-based weblog, I wouldn''t recommend it for a fully-fledged
production app with lots of traffic. I keep having issues with
lighttpd and spureous Error 500 on my apps with no apparent reason
--though things have become better over time.
--
----------------------------------------------------
http://sobrerailes.com
_______________________________________________
Rails mailing list
Rails@lists.rubyonrails.org
http://lists.rubyonrails.org/mailman/listinfo/rails
Charlie Bowman
http://www.recentrambles.com
_______________________________________________
Rails mailing list
Rails@lists.rubyonrails.org
http://lists.rubyonrails.org/mailman/listinfo/rails
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://wrath.rubyonrails.org/pipermail/rails/attachments/20060308/25cdc580/attachment.html