Rails - Feb 2006 - Does your *shared* hosting account work without errors?

Does your *shared* hosting account work without errors?
I''m interested in both positive and negative reports. If you are
willing,
please contribute

   - name of the hosting service
   - how long you have used them
   - your experience ("flawless!", "it''s crap!")

You *do not* need to reply saying your VPS service works great. This is
about *shared* hosting and I''m trying to understand if it
works...anywhere.

(Yes, I am trying this again. Responses from my last question veered off
course. Some people did reply with success stories. Thank you.)

My premise is that 1) shared hosting services use apache proxied to lighttpd
to fastcgi, and 2) with hundreds of users, requiring lots of apache restarts
and 3) periodic errors for visitors to the hosted site.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://wrath.rubyonrails.org/pipermail/rails/attachments/20060215/a26e6838/attachment.html

Kelly,

1) TextDrive
2) Six Months
3) Lots of downtime, for both web services and email. Server restarts seem
to be quite common. I''m on Jervis. Generally, I haven''t been
too pleased
with the experience. Features are good, reliability bad.

Thanks for the effort... I''m very curious about the results.

Matt

On 2/15/06, Kelly Felkins <railsinator@gmail.com>
wrote:
>
> Does your *shared* hosting account work without errors?
> I''m interested in both positive and negative reports. If you are
willing,
> please contribute
>
>    - name of the hosting service
>    - how long you have used them
>    - your experience ("flawless!", "it''s
crap!")
>
> You *do not* need to reply saying your VPS service works great. This is
> about *shared* hosting and I''m trying to understand if it
works...anywhere.
>
> (Yes, I am trying this again. Responses from my last question veered off
> course. Some people did reply with success stories. Thank you.)
>
> My premise is that 1) shared hosting services use apache proxied to
> lighttpd to fastcgi, and 2) with hundreds of users, requiring lots of
apache
> restarts and 3) periodic errors for visitors to the hosted site.
>
> _______________________________________________
> 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/20060215/f2ee1ac2/attachment.html

1) TextDrive
2) *About 1 year*
3) Lots of downtime, for both web services and email. Server restarts 
seem to be quite common. I''m on *Pendrell*. Generally, I
haven''t been
too pleased with the experience. Features are good, reliability bad.

Eric

Matt White wrote:
> Kelly,
>
> 1) TextDrive
> 2) Six Months
> 3) Lots of downtime, for both web services and email. Server restarts 
> seem to be quite common. I''m on Jervis. Generally, I
haven''t been too
> pleased with the experience. Features are good, reliability bad.
>
> Thanks for the effort... I''m very curious about the results.
>
> Matt
>
> On 2/15/06, *Kelly Felkins* <railsinator@gmail.com 
> <mailto:railsinator@gmail.com>> wrote:
>
>     Does your *shared* hosting account work without errors?
>     I''m interested in both positive and negative reports. If you
are
>     willing, please contribute
>
>         * name of the hosting service
>         * how long you have used them
>         * your experience ("flawless!", "it''s
crap!")
>
>     You *do not* need to reply saying your VPS service works great.
>     This is about *shared* hosting and I''m trying to understand if
it
>     works...anywhere.
>
>     (Yes, I am trying this again. Responses from my last question
>     veered off course. Some people did reply with success stories.
>     Thank you.)
>
>     My premise is that 1) shared hosting services use apache proxied
>     to lighttpd to fastcgi, and 2) with hundreds of users, requiring
>     lots of apache restarts and 3) periodic errors for visitors to the
>     hosted site.
>
>     _______________________________________________
>     Rails mailing list
>     Rails@lists.rubyonrails.org <mailto:Rails@lists.rubyonrails.org>
>     http://lists.rubyonrails.org/mailman/listinfo/rails
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Rails mailing list
> Rails@lists.rubyonrails.org
> http://lists.rubyonrails.org/mailman/listinfo/rails
>   

-- 
Eric Goodwin
http://www.ericgoodwin.com

1) TextDrive
2) About 6 months
3) No downtime of consequence (I''m on Burnaby). I''ve got
several rails
apps or differing sizes across multiple domains there, with no
troubles I can blame on TxD. I develop locally on WinXP and WEBrick,
and upload to TxD for production under Lighttpd. I''ve been very happy
there.

-eric

1. Dreamhost 
2. 6 months 
3. pretty good. Some downtimes, a few of consequence. Some from crashes, a
few from hardware problems. I get the idea that there are lots of users on
my machine (foothill).


On 2/15/06 4:07 PM, "Kelly Felkins" <railsinator@gmail.com>
wrote:
> Does your *shared* hosting account work without errors?
> I''m interested in both positive and negative reports. If you are
willing,
> please contribute
> * name of the hosting service
> * how long you have used them
> * your experience ("flawless!", "it''s crap!")
> You *do not* need to reply saying your VPS service works great. This is
about
> *shared* hosting and I''m trying to understand if it
works...anywhere.
> 
> (Yes, I am trying this again. Responses from my last question veered off
> course. Some people did reply with success stories. Thank you.)
> 
> My premise is that 1) shared hosting services use apache proxied to
lighttpd
> to fastcgi, and 2) with hundreds of users, requiring lots of apache
restarts
> and 3) periodic errors for visitors to the hosted site.
> 
> 
> _______________________________________________
> 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/20060215/ecf76601/attachment-0001.html

- Planet Argon
- Since 3/05
- Very good. I have monitors that check uptime, and they''re better than
99%.

There have been a few minor glitches, but their customer service has 
been excellent. You''d have to check with them regarding how they set 
things up now. My first Rails site there was Apache/fcgi. Now, 
everything is proxied to lighttpd, which flat-out rocks.

Kelly Felkins wrote:
> Does your *shared* hosting account work without errors?
> I''m interested in both positive and negative reports. If you are 
> willing,
> please contribute
> 
>    - name of the hosting service
>    - how long you have used them
>    - your experience ("flawless!", "it''s
crap!")
> 
> You *do not* need to reply saying your VPS service works great. This is
> about *shared* hosting and I''m trying to understand if it 
> works...anywhere.
> 
> (Yes, I am trying this again. Responses from my last question veered off
> course. Some people did reply with success stories. Thank you.)
> 
> My premise is that 1) shared hosting services use apache proxied to 
> lighttpd
> to fastcgi, and 2) with hundreds of users, requiring lots of apache 
> restarts
> and 3) periodic errors for visitors to the hosted site.

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

Dreamhost works fine for the apps I have. I have to use a modified
dispatch.fcgi file so my app stays stable (no more 500 erros), and I use
cron jobs to keep my applications alive.  
 
 
-----Original Message-----
From: rails-bounces@lists.rubyonrails.org
[mailto:rails-bounces@lists.rubyonrails.org] On Behalf Of Kelly Felkins
Sent: Wednesday, February 15, 2006 3:07 PM
To: rails
Subject: [Rails] Does your *shared* hosting account work without errors?


Does your *shared* hosting account work without errors?
I''m interested in both positive and negative reports. If you are
willing, please contribute


*	name of the hosting service 
*	how long you have used them 
*	your experience ("flawless!", "it''s crap!")

You *do not* need to reply saying your VPS service works great. This is
about *shared* hosting and I''m trying to understand if it
works...anywhere. 

(Yes, I am trying this again. Responses from my last question veered off
course. Some people did reply with success stories. Thank you.)

My premise is that 1) shared hosting services use apache proxied to
lighttpd to fastcgi, and 2) with hundreds of users, requiring lots of
apache restarts and 3) periodic errors for visitors to the hosted site. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://wrath.rubyonrails.org/pipermail/rails/attachments/20060215/4b4cad2f/attachment.html

Hogan, Brian P. wrote:
> Dreamhost works fine for the apps I have. I have to use a modified
> dispatch.fcgi file so my app stays stable (no more 500 erros), and I use
> cron jobs to keep my applications alive.
I''ve been using cron jobs as a keepalive, as well.  Are you using wget 
or curl or ?  With wget, I cannot seem to keep it from making an output 
file, despite using the switches to disable output.

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

On Feb 15, 2006, at 5:10 PM, Chris Scharf wrote:
> Hogan, Brian P. wrote:
>> Dreamhost works fine for the apps I have. I have to use a modified
>> dispatch.fcgi file so my app stays stable (no more 500 erros), and  
>> I use
>> cron jobs to keep my applications alive.
>
> I''ve been using cron jobs as a keepalive, as well.  Are you using
wget
> or curl or ?  With wget, I cannot seem to keep it from making an  
> output
> file, despite using the switches to disable output.
>
> -- 
>
> _______________________________________________
> Rails mailing list
> Rails@lists.rubyonrails.org
> http://lists.rubyonrails.org/mailman/listinfo/rails
>
	Try this:

wget http://example.com/foo/bar 2>&1 > /dev/null


Cheers-
-Ezra Zygmuntowicz
WebMaster
Yakima Herald-Republic Newspaper
ezra@yakima-herald.com
509-577-7732

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://wrath.rubyonrails.org/pipermail/rails/attachments/20060216/0694bf78/attachment.html

Ezra Zygmuntowicz wrote:
> On Feb 15, 2006, at 5:10 PM, Chris Scharf wrote:
> 
>>
>> -- 
>>
>> _______________________________________________
>> Rails mailing list
>> Rails@lists.rubyonrails.org
>> http://lists.rubyonrails.org/mailman/listinfo/rails
>>
> 
> 	Try this:
> 
> wget http://example.com/foo/bar 2>&1 > /dev/null
> 
> 
> Cheers-
> -Ezra Zygmuntowicz
> WebMaster
> Yakima Herald-Republic Newspaper
> ezra@yakima-herald.com
> 509-577-7732

Hmm, seems like no matter what I do I either have output files 
generated, or I get emails from cron.

The full line is something like this:

*/5 * * * * wget http://dev.scharfie.com/accounts/login 2>&1 >
/dev/null

Any thoughts would be greatly appreciated :-)

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

Chris Scharf wrote:
> 
> Hmm, seems like no matter what I do I either have output files 
> generated, or I get emails from cron.
> 
> The full line is something like this:
> 
> */5 * * * * wget http://dev.scharfie.com/accounts/login 2>&1 >
/dev/null
> 
> Any thoughts would be greatly appreciated :-)
I''ve have to reverse the redirections on some systems for it to work 
properly in cron.  Not sure why.  Anyway try:

*/5 * * * * wget http://dev.scharfie.com/accounts/login > /dev/null
2>&1

-a

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

At 2/16/2006 11:06 AM, you wrote:
>Chris Scharf wrote:
> >
> > Hmm, seems like no matter what I do I either have output files
> > generated, or I get emails from cron.
> >
> > The full line is something like this:
> >
> > */5 * * * * wget http://dev.scharfie.com/accounts/login 2>&1
> /dev/null
> >
> > Any thoughts would be greatly appreciated :-)
>
>I''ve have to reverse the redirections on some systems for it to
work
>properly in cron.  Not sure why.  Anyway try:
>
>*/5 * * * * wget http://dev.scharfie.com/accounts/login > /dev/null
2>&1
>
>-a

The redirections are processed when encountered so "2>&1" means
"connect STDERR to whatever STDOUT is right now" which is probably 
being captured by cron and then you change STDOUT to go to /dev/null.

cron probably acts something like:
(command) >watchoutput 2>&1 <&-
if [[ -s watchoutput ]]; then mail user < watchoutput; fi

When you put your actual command in and expand what the shell will do 
*in the order that it would appear to happen*, you''d get:

wget http://dev.scharfie.com/accounts/login >watchoutput 2>&1 
<&- >/dev/null 2>&1

send stdout to watchoutput
send stderr to where stdout goes (and that''s watchoutput)
close stdin  (it might be closer to "</dev/null" than
"<&-", but the
point is the same)
call the user''s command
send stdout to /dev/null
send stderr to where stdout goes (and that''s /dev/null)
wait for command to finish
see if there''s any output in watchoutput and email it to user

-Rob

1) TextDrive
2) 8 months since deployment
3) 3 apps, ones on Burnaby and Thurlow - minimum downtime,  
wonderfully reliable, happy clients. One on Gilford - enormous,  
unbearable and embarassing amount of downtime averaging to a server  
restart every day or two, with an hour of downtime every time it goes  
back up due to the long fsck. Overall experience - "they know their  
thing but Rails is unfit for shared hosting as a technology, so no  
blame on them".

I expect any shared hosting provider offering normal level of control  
for Rails deployment to accumulate the same problems TextDrive has as  
soona s the user base grows big enough.

--
Julian ''Julik'' Tarkhanov
me at julik.nl