Follow BlogTips via RSS Get BlogTips updates via Email Follow @SM4NP - Social Media for NonProfit

Shared hosting: Pay Peanuts, Get Monkeys

Posted on Jul 11th, 2010 by

Tintin and The Seven Crystal Balls

See the bottom of the post for updates on my adventures with GoDaddy shared hosting..

My experience in selfhosting my blogs with GoDaddy moved from a glowing enthusiasm via consternation and frustration into a deep distrust and disbelief. In this post, I want to take you through the past year, as I discovered some of the issues one should know before choosing a selfhosting service.

Much is written about hosting your own blog and how to choose your hosting company. Whole blogs are dedicated to attracting customers to this or that hosting supplier, a clear sign hosting is big business.
I will not analyse which hosting company is the best, nor what the pros and cons of all hosting companies or hosting formulae are. Others are more qualified to do so. But… as with most items we cover on BlogTips, I want to share my experience, hoping others will learn from my many mistakes. My experience concentrated mainly around GoDaddy.com, one of the biggest and cheapest hosting companies around.

My first steps into the hosting world:

I have been blogging for over three years. My first blogs were hosted by Blogger, WordPress, Skynet and Tumblr. Later on, I also started some blogs on Posterous. About two years into blogging, I thought it was about time to take more control over my blogs and to selfhost some of them.

As with many things in life, I found myself walking a road, unconscious of the direction I took, and soon enough, found myself in a middle of a mediaeval battlefield with all kinds of things happening I had no control over, no influence on the outcome, nor did I have the faintest clue “how the **&&%% I got there”. Let me explain: I choose GoDaddy.com as my hosting provider. It was not a calculated choice, but Godaddy was the service Google used as a registrar when I registered the domain of my very first blog. The migration from a Blogger domain to my own, went fast and transparently, so I thought GoDaddy would also be the way to go for hosting services too. Little did I know that domain registration and hosting services are two completely different things.

Via GoDaddy’s home page, I found a link to their selfhosting services, and registered. Not really thinking what I choose for. “Linux economy plan” smelled about right. And at less than US$4/month for 10 Gb of diskspace and 300 Gb/month of traffic, what could go wrong? Right? So before I knew it, I started walking the road of “Shared Linux Servers” selfhosting.

PLUS: shared hosting services are cheap
PLUS: shared hosting services provide loads of diskspace and high internet traffic quota

Starting my first selfhosted blog Have Impact was a breeze. When I registered the domain, I could select the hosting service I wanted. The DNS entries – the link between the domain and the physical space where my blog lives – were done automatically. Installing WordPress was just a matter of clicking a few buttons and I had a blog up and running in minutes.

PLUS: a fast and transparent link between the domain registration
PLUS: an easy “Pay and Go” solution which brings up a website in no time
PLUS: easy and fast installation of the blogging software

I thought: “Why did I not do this earlier?”

A clear blue sky

Using a selfhosted WordPress.org blog is pretty much like using a blog on WordPress.com, where your blog is hosted by WordPress themselves. But it gave me more freedom to install and tweak themes and plugins, making my blog do exactly what I wanted.

All fine so far. Apart from a bit of a surprise how much time it took to ensure my blogsoftware, themes and plugins were kept up to date with the latest software releases, I was a happy camper: My blog was puttering along nicely, with a few dozen posts, updated once or twice a week, and a few thousand visitors a month.

PLUS: For a low traffic, simple blog shared hosting services are just fine.

So I continue walking on that path: I created several other blogs hosted by Godaddy, amongst which your very own BlogTips, this blog. Before I knew it, I had a dozen selfhosted blogs, all on GoDaddy. I even started a Drupal site, Humanitarian News.

Tintin Moon RocketThe first signs of trouble

The latter took off into cyberspace like a rocket, with loads of content and more visitors every month. It was also the first site I experienced problems with. Problems I would also encounter with my other blogs later on: The increased traffic and the amount of posts I published forced me to tweak the site continuously: I applied aggressive caching and stripped it off all functions that had a bad influence on its performance. Soon I was forced into the Drupal internals, PHP/MySQL tweaks and all other stuff a naive blogger like myself should keep his hands off. Really… Soon enough, I needed help. As GoDaddy promised 24h/7d telephone and email support, I thought nothing could go wrong.

I learned their Email support did not work well. Most of the time, the answers I got were off-topic, or not to the point, and looked like pre-cooked “cut-and-paste” replies. It honestly felt like they let you go through a couple of to-and-fro iterations to ensure you are persistent enough, and you “really have a problem”, before you do get a real answer…

As most of my issues were performance related, most of the time, their answer was a standard “we see your site might be loading a bit slow, but we advise you to”… and then came an explanation on how to increase the speed of a website by compressing pictures, etc… Even though none of my performance issues had anything to do with the web-side (or front-end) of the chain of events, but were rather concentrated on the back-end.

The more I insisted, the more frequent the “end the discussion now”-killer sentence came: “We don’t see any performance issues on your shared server, but if you want better performance, we suggest you upgrade to a hosting package XYZ”… Which implied moving all my data myself, at a significant higher price tag. Beh..

Shared hosting = shared trouble

As time went by, I discovered I took the cheapest and most unreliable of all packages: a shared host. Meaning, I shared the machine my blog ran on, with thousands of other users, rather than having a machine to myself. Other formulae were “dedicated virtual hosting” services (where you run on your own virtual machine) or “dedicated hosting” (where you run on your own physical machine)…

Minus: Shared hosting is not a good idea for high traffic sites
Minus: There is little or no performance to be expected from shared hosts
Minus: Email support seldom leads to actual solutions. Real support is only possible via telephone.
Minus: Most Email support mostly consists of standard cut-and-paste answers.

The more I used the support services, the more I discovered problems: each time I called or emailed, I got another person on the line. Who might or might not do the effort of reading through the history of problems. Who might or might not be knowledgeable. Who might or might not be interested or motivated to really help you.

Minus: There is not a single focal point for each account, nor a focal team. The quality of support really depends on the person.

Consumer rights

Around late last year – I also discovered other problems. The top of the iceberg, it seemed. One of my websites ran significantly slower than all others. The lack of speed had nothing to do with my blog itself, nor the posts: Just about anything I did in the WordPress dashboard was at least ten times slower than on any of my other blogs. I found out the IP address from the server on which “the slow blog” was running, was in a different range from the servers of my other blogs. I gathered it ran on a different server array, or even ran in another location. That seemed like an obvious explanation of the source of the problem: the slower website must have a server with a resource problem: CPU, bandwidth, memory, load etc…

It was by then I also started see some variations in performance on my other blogs, including this very same blog, BlogTips. At times the site would load THAT slow, browsers would time out. WordPress admin functions would take minutes rather than seconds. The problem would persist for about half an hour and by the time I called or emailed support, the problem disappeared… To re-appear a few hours later, or on the following day, or the following week, or the following month.

Next thing I knew, the CRON jobs on Humanitarian News stopped working. CRON is the mechanism scheduling and executing background jobs such as indexing your site for the internal search. CRON is particularly important on Humanitarian News as it also imports posts from RSS feeds. No CRON, no new posts…
Once more the answer from GoDaddy’s support desk was similar to previous issues: at first there was a denial there was a problem, but when I persisted, they confirmed there was indeed a problem, but were unable to tell me when the problem would be resolved. Nor could they inform me by email when the problem was resolved. This also made me realize there is no system to actually ‘close’ a support ticket. A support issue seems to be closed the moment the client gives up, or when the answer is ‘we know of the problem, and it will be resolved. Bye!’…

Minus: When there is a recognized problem that can not be cured on the spot, support often can not give you a time frame when it will be resolved, nor will they contact you when the problem is actually resolved.
Minus: There is no system to close support tickets

That made me think about consumer rights… I guess I had only one right: To leave… But for the rest, it seemed I had no way to escalate a problem, or to appeal to what I felt was unfair consumer treatment. Imagine you buy a car, and the engine stops. You can drive it downhill, but for the rest, you won’t get far unless if you push it. And the garage won’t be able to tell you when the problem will be resolved. Would you accept that?

The first step to recovery, is to recognize one is ill

Despite repeated emails to the support service, little I could do to convince them about most of the performance problems. True, I used to manage DEC VAX and PDP systems twenty years ago, but Linux is not my thing and I have no system tools at my finger tips. I could not measure the actual performance of my site. But to my surprise, it seemed they did not have much of the tools neither to measure, monitor or benchmark performance issues on shared hosts. And even less tools to analyse and/or cure the problems. I witnessed  little eagerness, willingness (or ability?) to check performance logs.
Nor could anyone tell me what performance I could expect. What metrics were used? I figured I basically signed a blank cheque.

Minus: There is no benchmark or agreed performance to be expected from shared hosts.
Minus: There is hardly any action taken on performance complaints

Haddock in spaceOn some single occasions, I had GoDaddy admit there were actual problems on my shared server, but then their answer often was: “In the mean time, the problem has been resolved, please revert if you experience similar problems”.

It was then I also discovered:

Minus: there is no refund for downtime, nor a money-back guarantee for dis-satisfied customers

Signing a blank cheque

As Humanitarian news continued to grow, I learned there were several system limits which are undocumented or rather grey-ishly documented: the fact that you can have 10 SQL databases per hosting service is fine, but none of them can be larger than 1 Gigabyte… If it grows larger than 1 Gigabyte, you can not back it up. Punto. It was also difficult to find what the maximum memory size is. And there was no way to increase any of these. Virtual shared hosting formulae were not modular in design. Take or leave the standard formulae…
It was also difficult for me to analyse the problem as I had limited access to error logs.

Minus: Undocumented or poorly documented limitations of the hosting service.
Minus: No PHP-error log access.

Hackers aboard

Then came the April-May debacle of the massive shared host hacks. Several of my GoDaddy hosted websites got infected. Even though I cured the sites quickly, several sites went down repeatedly. I spent hours curing the infections the hackers left behind. Meanwhile Godaddy did not admit guilt, and continued to point the finger-of-blame towards WordPress and the individual users.
I discovered how little repercussion the clients of (shared) hosting services really had. None of the hacks happened on dedicated hosts, the security holes apparently only happened on shared hosts.

Minus: Shared hosting services are more vulnerable to hackers’ attacks

I discovered how little support was given for the applications running on the hosting service: few of the support people actually understood Drupal, or WordPress, or Apache, or MySQL…, something which is not clearly stated when you sign up for a hosting service:

Minus: Application support is limited.

The past few weeks, the problems with Humanitarian News got from bad to worse.The SQL server completely failed on several occasions, it timed out most others. This caused all kinds of database errors, which took days and days to resolve. I got mixed up into a whirl of snowball effects…

The apotheosis

It felt like the support desk would no longer put up with my persistent complaining on the lack of performance on their services: A few days ago, I received an email my website was put offline “as I used up too many resources”:

It has come to our attention that your humanitariannews.org hosting account, specifically the humxxx database is causing the shared resources to be over-utilized. This, in turn, affects the usage by other customers.

We have disabled your database to return the server to normal usage. To re-enable your database, you will need to correct the following query:

Access is revoked. Problematic query:
SELECT t.word AS realword, i.word FROM search_total t LEFT JOIN search_index i ON t.word = i.word WHERE i.word IS NULL

EXPLAIN:
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE t index PRIMARY 152 266794 Using index
1 SIMPLE i ref word_sid_type,word word 152 humxxx.t.word 29 Using where; Using index; Not exists

This query examines 7737026 rows, which is unacceptable in shared hosting.

Please respond to this message via email or phone with the steps you will take or have taken, to correct this issue, and access to your database can be restored.

Admittedly the timing of this was rather weird. Anyways, I figured out the offending query was caused by the standard Drupal “Search” function. I disabled it, and it took GoDaddy 20 hours to bring the website back up. I asked them what the metrics they used to determine what resource consumption was acceptable and what was not. I am waiting for the answer.

Minus: There are unclear metrics used on the use of shared resources

I was given administrator rights to the entire server.

Interestingly enough, when they gave me back the access to my own database, something really weird happened: I went into PHPMyadmin, to look at my SQL database and did not find the usual two databases, but over 2,400 databases. I clearly had access to the databases from all other users on my shared server.

list of databases on my SQL server

And I found dozens of processes on my server too:

list of processes on my shared host

By error, I was given access to all 2,400 databases and all processes on my shared hosts. I could delete 2,400 websites right there on the spot. Or I could play cat and mouse, and delete random SQL processes, and see how long it would take before Godaddy caught me.

Honestly lasts longer, though. I called them. Was put on hold for 12 minutes. Talked to a support guy. Who did not really seem to believe me at first. Then forwarded the request to the hosting experts, and thanked me for reporting the problem.

It took them a few hours to take away my “administrator” access on the shared server. This did not particularly strengthen my belief in the rigidness of the shared server management. And, just as before this incident, I could still read everyone’s access log (the log registering who does what on a website). :-( Godaddy is still checking if ‘that is normal’ or not. (Update: GoDaddy support confirmed it was normal I could read everyone’s access log)

access logs for all users on my shared server

Access logs for a site called "humongous"

Minus: “Shared hosting” and “security” are two words that should not be used within the same sentence.

I *did* get an email from “the office of the President” – that is the president of “GoDaddy.com”, and not of “the United States”, to thank me for reporting the security problem, saying they tried to call me to see if the issue was resolved.

I wrote them back stating the only way they could show their gratitude to me, and to their thousands of customers, was to monitor and cure their performance problems on the shared hosting servers…

So what did I learn from all of this:

  • There are many hosting formulae, and many hosting suppliers. Choosing the right one is as critical as choosing the plot of land on which you will build your house.
  • GoDaddy Shared Hosting Services are only good for low traffic, low demand websites.
  • Technical support from Godaddy is limited, and only effective when you call.
  • If your website is critical, and you want a guaranteed performance and uptime, shared hosting is not what you want. Certainly not from Godaddy. Go for dedicated (virtual) hosts.

The bottom line:

Am I pissed off? Kinda.. Mostly on myself. What kind of support would I have expected when paying US$4/month? Indeed: when you pay peanuts, you can only get monkeys.

I am now looking for another hosting formula, on another hosting provider. I will keep you in the loop of my discoveries in “Blogging Never-Ever-Land”.

Tintin

Updates:

  1. One day after publishing this post, once again, BlogTips.org gave time-out errors. After half an hour online with the support services, they admitted there was a load problem on the server. They said it would typically take 3 days to resolve.
    Meanwhile another site gave “500 Internal Error” problems, which turned out to be a DNS setting which was changed. How? I still don’t know. — GoDaddy confirmed later on that this was a new option people could set. Apparently there was a problem in the migration.
  2. Meanwhile, it seems that the option causing the DNS error is taken away from all hosting accounts…
  3. I continued to experience problems, mostly time-outs when loading pages, but also performance problems with the SQL database. Godaddy support suggested I moved my shared hosting accounts to grid hosting, a process which can be done by the click of a button.
    Indeed, the migration process was fast and flawless.
    Let’s see if the performances gets better.
  4. After migrating all but one of my hosting accounts to grid hosting, most of them started to give time-outs upon loading. Godaddy let me do a TRACERT to my domains, which showed on all but one, time-outs.
  5. After 5 days of “we’re working on it”, I got a mail saying “Solved!”, but it failed at the first test. After that, for three days, I got “Working on it, but can not say when it would be resolved”.
  6. The rest of my sites started to give “500 Internal errors”. I can’t wait for this holiday to end so I can migrate all my hosting accounts off Godaddy.
  7. On July 20, Godaddy publishes an update on their support website: “We’re aware of an issue within our Grid Hosting services impacting a few customers. While we’re fixing it, you might experience longer than normal phone support hold times. Thanks for your patience.”
    ..a few customers… Right…
  8. GoDaddy confirmed by telephone that TRACERT of one’s own domain should give a time-out as soon as the route enters their domains, as a security precaution. Makes me wonder then why I can do a TRACERT of all my domains I tried, except the one for the site which was unreachable… Beh.
  9. After much to-and-fro, including an email exchange with GoDaddy’s “Office of the President”, GoDaddy moved BlogTips to another server. Since then, BlogTips has been more stable. This morning I wanted to log in to post this update, but the site would not load again. Sigh.
  10. Update 18-Sept-2010:
    We are now 3 month further down the line. For 3 months, all sites have behaved well, and I thought – eternal optimist I am- that GoDaddy would finally have its act together.
    Not so. This week, most of my GoDaddy hosted sites have gone up and down like a jojo. By the looks of a Twittersearch for “GoDaddy”, it seemed like a general problem.
    And to beat it all, just two hours ago, two of my sites got hacked in the same way as the massive hack of GoDaddy hosted sites back in May.
    As of next week, I am starting to move my sites off to another hosting service. I just can not bring up the time and energy to monitor and cure my sites that often. I’d rather pay a bit more for better and more secure hosting.
  11. Update 28-Sept-2010:
    Last weekend, I moved the first (and largest) of my websites to Hostgator VPS hosting.
    VPS hosting gives you your own (albeit “virtual”) server, with adjustable memory, CPU, bandwidth and storage capacity. You have full control over all functions on your machine, which also makes it much more complex to manage, and requires Linux systems knowledge. While moving from a simple shared host, to a dedicated host is not for the faint-of-heart, the move of the first site was done in a few hours.
    We did spend a weekend hacking away to add functionality to the site for which GoDaddy’s server was simply underpowered.
    So far, I am VERY pleased with the HostGator hosting.
  12. Update 31-Oct-2010
    I finally had the time to move BlogTips and HaveImpact to the HostGator VPS server. The migration went smoothless. Let’s hope this is the end of a long horror story of downtime on BlogTips.

Pictures of “Tintin and The Seven Crystal Balls” and “Tintin, Destination Moon”, courtesy Editions Casterman.




14 Comments to “Shared hosting: Pay Peanuts, Get Monkeys”

  1. Roy says:

    Hah! Yes, I have these same issues and my blog is soon going to be a bit too big for GoDaddy, if it’s not already. On the flip-side, I have become an “expert” (note the sarcasm) at tweaking WordPress for maximum efficiency.

    I have been looking into changing, though, and I do not see any good options. There’s no way I can add “server admin” to my list of jobs, and run a VPS – and there’s no way I can afford a managed dedicated server.

    • Peter says:

      Hey Roy,

      At this moment, i am testing both shared hosting and VPS at HostGator. Even their shared hosting is said to be much better than Godaddy’s.

      Their VPS and reseller’s formulae have a Cpanel which should avoid you having to get to know the sysadmin functions…
      Those are the next formulae I want to try out.

      Note: while I am writing this, BlogTips.org is intermittently down, and I am on hold with Godaddy support, once more. So even tweaking WordPress performance does not help me here: the site server is just painfully slow. Even in WPAdmin…

      Sigh..

      Peter

  2. KP says:

    I’ve been having pretty frequent http outages with the shared plan I’m on. and have been thinking of going to a VPS. Some of the flaws you’ve pointed out here about shared hosting I haven’t even thought about. You may have just given me the kick in the pants I need to man up and pay a bit more for reliable hosting.

  3. umesh says:

    you are right there. Godaddy runs very slow. I have also experienced the same problem. I feel I should change the hosting service.

  4. Pierre says:

    I am with Bluehost and can at times see slower then usual functions and actions.

    Thank you for your insight.

    (upon trying to save this comment guess what I received ?5 time outs )

    Pierre

    • Peter says:

      Tnx for the feedback, Pierre.
      You having to try for 5 times to save a comment illustrates how frustrated I am with the hosting of blogtips…
      Will move to a new host when I have a bit of time to migrate the site..

      Peter

  5. Roy says:

    One of my blogs (I have 2 on GoDaddy) got hit today, just like yours. It was down for I don’t know how long, this morning and then got the Base 64 hack, later in the afternoon. I think I’m going to have to move, now. I can handle being down on this blog, but if my main blog got taken offline for most of the day, it would impact my advertisers. I’m thinking about WP Engine – do you have any new thoughts on hosting, Peter?

    • Peter says:

      Hi Roy,

      For months, I have been looking for a good host. In the end evaluation, I have hostgater.com and vps.net…

      Hostgator has the same facilities as GoDaddy, but people are much more happy about the performance, uptime, quality of the support. Slightly more expensive than GoDaddy.

      VPS.net is different, they give you a ‘naked’ virtual dedicated host, in the cloud. There is hardly any interface to install and manage your stuff.
      But it is easily scalable, and can be rented even per day.

      As a first step, next weekend, I will get together with two friends of mine who are Linux/PHP/SQL system people, and will looking at vps.net for one of my sites which is very CPU intensive (200,000 posts, and intensive indexing, loads of traffic).
      If the move goes well, and it performs, I will move my other sites onto that, IF it looks like I would be able to manage the server by myself (I am NOT a systems person)…

      If it proves too difficult to manage, I will go with hostgator.

      Let me know what you decide, and why, will you? Always interested in hearing feedback in the rapidly changing world of hosting.

      Peter

  6. Usi@Hacking says:

    I read all your amazing and horrible story, as far the famous hosting companies are concerned I never go with them except domain registration because they never took interest in helping you because they are already big.

    I always go with partial small hosting companies with like 3-5 servers with them, they will always love to help you plus they give extra ordinary shared hosting service, and if still your needs are high you can get a vps which can not cost you more then $20 if you take some time to find a reliable and good vps hosting company.

    thanks all i can say.

  7. Babul Paul says:

    Same problem I faced… after long time i faced the problem for over 36hours.. infact they ever accept that there is a fault from there end. Without notice on and off upgrade servers or migrate to a better (slow server) without technical knowledge. And this guys even bother the client is losing their bussiness…
    This is a hidden business strategy for Godaddy to upgrade to a Dedicated Server.. Thats really f**…

  8. [...] had migrated them off my shared server. (this is a a relatively common godaddy exercise, see e.g. blogtips.org or search for something like the phrase unacceptable in shared hosting). I have no idea how much [...]

  9. Ed says:

    I just had “the slowdown” on my godaddy economy shared linux hosting, and stumbled onto your page.

    After a few days of complaining, the problem mysteriously and suddenly went away(!). I assume but have no way of knowing, that godaddy located and migrated a user (or users) who were on my same shared host that were sucking a lot of cpu and/or datatbase bandwidth.

    In the meantime, before the problem healed itself, i was advised by the godaddy csr to migrate to grid hosting — so i did but now i am stuck in migration limbo. But at least my wordpress blog is functioning okay.

    http://azbikelaw.org/blog/godaddy-troubles-slow-wordpress-grid-hosting-solution/

  10. MrSmith says:

    Feel your pain and appreciate you sharing your experiences. If anything, you now have the satisfaction of warding off any intelligent people from getting trapped by godaddy. :D

    So you’ve hit them where it hurts most … their pocket book. They never made my shared hosting consideration list. Hostgator, ipage and bluehost have made the cut so far. But now that I’ve come across this post. Will definitely make a blackmark in my mental book relating to that host forever more.

    I’m trying to become an online marketing guru. Which means it’s part of my job to anticipate and avoid problems on behalf of clients BEFORE they happen.

    This whole shared hosting thing is setting off alarms in my head. Too many unanswered questions roaming around … ya know ? I’m wondering if I should just avoid the pitfalls and jump straight to VPS hosting.

    Would you recommend that for business applications ? I can’t afford to find out X, Y, Z, F, G, A, Z, K problems cropping up after the fact. Is sharing hosting just something I should avoid altogether ?

    Sighs … just nature of the beast. Seems nothing is easy online. Spent all this time trying to find good shared hosting options to cut down on costs. Now seems like there could be some serious problems assoc with it in general.

    lol … friggin chinese arithmetic !!!

    Anyway, just based on this post ( plus what kind of name is godaddy ? ) … lol. I’ll bad mouth that host whenever the subject comes up in future. Would appreciate some insight on the question I posed from someone with experience.

    Should I just avoid shared hosting altogether ?

    • Peter says:

      @MrSmith:

      Indeed, for whatever hosting formula, avoid Godaddy.

      For other companies, I enjoy VPS hosting, as it gives me complete control over my resources. Shared hosting, not matter how well managed/monitored by the hosting company, will always show occasional lower performance because other users clog it up. So for me and myself, I would not doubt anymore.

      BUT BUT, VPS hosting involves much more technical work than shared hosting. You get… well.. a “computer”, although with some management software, but still, it is up to you to define how you want to use that computer, make backups, upgrade, etc… Although it can be done if you are not a systems person (I am not really a systems person anymore), but count on spending time on it. In shared hosting, most of the systems troubles/maintenance/mgmt, is taken care for you.

      If you do not intend to byte into the technical stuff as of yet, try shared hosting on a reputable hosting company. If the performance does not work out, you can always ask them later to migrate you to a VPS host, a migration service which most do without additional cost.

      Peter

Leave a Comment

*