[consulting] Sluggishness Concern

[Brian Vuyk]

I would say no to Dreamhost's shared hosting.

I used them for a few years for non-critical sites. Generally they are 
very good about resource usage and the like. They are not reliable - at 
least 100 hours downtime per year that I was with them. For what I was 
using them for at the time, it wasn't a big deal. But I would never 
recommend them for a client.

Their support is poor as well - often, you get a response to an email 
inquiry in 24 hours. However, some times it's taken up to 72 hours and 
repeated tickets to get ahold of support. I had a site where the MySQL 
server was not accepting connections. It took 36 hours before they 
answered my ticket and rebooted that instance, clearing everything up. 
By that time, I had moved on.

I've enjoyed Mosso's cloud hosting for the last few months. It has a few 
drawbacks including no shell accounts, although they are supposed to 
happen Q1 2009. However, they've been rock solid - absolutely no 
downtime or even slow time. The tech support can be reached within 30 
seconds if you need them. All in all, great value for the money. Just 
make sure, when setting up a new site, to uncomment 'RewriteBase /' in 
the .htaccess....

Regards,

Brian




mark at markery.com wrote:
> Has anyone had good experiences with Dreamhost? What about Rackspace?
>
> Both of these providers offer personal servers with adjustable settings.
>
> Mark
>
>     -------- Original Message --------
>     Subject: Re: [consulting] Sluggishness Concern
>     From: "John Fletcher" <net at saltwebsites.com>
>     Date: Thu, March 05, 2009 10:30 am
>     To: <consulting at drupal.org>
>
>     Personally I would agree that shared hosting can be a mixed bag,
>     however I wouldn’t blanket write off shared hosting. I’ve had
>     success with it.
>      
>     Sorry I can’t recommend any hosts in the US, assuming that’s what
>     you want. I’ve used www.newsprout.com.au
>     <http://www.newsprout.com.au> with success in Australia,
>     definitely enough resources allocated, but if you’ve got a generic
>     domain (.com etc) site you should make sure you host it in the
>     country you are primarily targeting.
>      
>     If you have access to PhpMyAdmin or similar make sure the
>     mysql_query_cache is enabled and set to a non-zero value. Once a
>     host failed to enable that and it caused major performance issues.
>     Also you might narrow the problem down to logged-in-users vs non
>     logged-in-users.
>      
>     Regards,
>     John
>      
>     *From:* consulting-bounces at drupal.org
>     [mailto:consulting-bounces at drupal.org] *On Behalf Of *Sam Cohen
>     *Sent:* Thursday, 5 March 2009 5:13 PM
>     *To:* A list for Drupal consultants and Drupal service/hosting
>     providers
>     *Subject:* [consulting] Sluggishness Concern
>      
>     Hi all,
>
>     Sorry if this if off-topic ...
>
>     I've got a new client that I'm implementing a solution for, but
>     based on the number of modules needed, I'm a bit concerned about
>     sluggishness -- something I've been hearing complaints from my
>     clients about with Drupal 6. 
>
>     All my Drupal 5 sites work really fast.  But the 4 Drupal 6 sites
>     I've set up are all sluggish, especially for logged in users. 
>
>     A dedicated server is definitely a possibility if the client's
>     business works out, but in the beginning they want to start with a
>     shared host.
>
>     So my question is, has anyone found any shared hosts that a
>     heavily-module-loaded Drupal 6 site can really fly on? 
>
>     I've tried 3 or 4 hosts by now, and all seem equally slow.
>
>     Or is just luck of the draw?  You get on a shared server without a
>     lot of other sites and the site works great.  If it's a busy
>     server, you're out of luck?
>
>     Thanks,
>     Sam 
>     ------------------------------------------------------------------------
>     _______________________________________________
>     consulting mailing list
>     consulting at drupal.org
>     http://lists.drupal.org/mailman/listinfo/consulting
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> http://lists.drupal.org/mailman/listinfo/consulting
>