[consulting] Sluggishness Concern

[John Fletcher]

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 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  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/consulting/attachments/20090305/57921a50/attachment-0001.htm