Putting Code Together Since 1987

Posts Tagged ‘hosting’

The Difference Hosting Can Make

In hosting on February 22, 2008 at 8:32 am

It’s quite apt that on the day that WordPress.com appears to have broken (it’s not serving any front-end pages on this blog at the time of writing if you’re logged in) I’m making a post about hosting.

So to the gist of this post.

We provide hosting to clients, and only clients.  You can’t just ring us up and ask us to host your site.  We’re quite picky about what hits our server.

That makes it nice and quick to respond.  And we keep an eye on response times using Pingdom‘s service.  If things go bad, we receive SMS and e-mails to inform us.

Recently, we took over the hosting of Liverpool Motor Club’s site.  We’d done them a variation of one of our themes, but their shared server space simply wasn’t up to the job of running WordPress.  A year ago when we first spoke to them it seemed ok enough, if hardly rocketship fast.  But performance was getting worse and worse.  And as we sponsor their championship and have our name on their website… well, we wanted to make things look good.   So did they!

So we moved them over to our server.

Looking at the graph of http responsiveness below, can you guess when they moved?

Liverpool Motor Club Response Times

What’s interesting to see is the problems they were having with inconsistent responses.  1.5s may be fine for a minority interest website, but 9s averages at any point simply can’t be accepted.  Their hosts (internetters, for what its worth) are clearly overloading their machines and although they’re offering php and mySQL something’s going wrong somewhere.  Static page serving, funnily enough, wasn’t too bad, if still pretty erratic and at the slow end.

We debated setting up wp-cache, but in the end, we knew the best way to give decent response times was a decent box.

Advertisements

Managing Risks With Web Hosting

In Uncategorized on October 26, 2007 at 12:29 pm

We’ve had some clients recently who’ve been burned by other web designers and their hosts. At first we wondered how… our own uptime so far this year, removing planned outages, has been 99.966% – ie, we had three hours downtime on a Sunday morning due to a routing problem at our hosts.

It’s unusual to have even that much downtime, but it can happen. Machines can break, drives fail, and availability isn’t always easy to guarantee.

But if it’s happening a lot, or you run a mission critical website, then this can be a major issue. Imagine spending £200k on a national advertising campaign, and the day it goes live the web server’s having a nap. The developers are on an office day out, and the hosts put you on hold when you call.

In web hosting there’s an awful lot of people making false economies – they run major companies on cheap, consumer level hosting that costs perhaps £15 a month… or less! This may be fine if the site isn’t generally that busy, but any spike in traffic and the machine won’t have the resources to keep the site going. Not only that, but because you’re sharing a box with possibly thousands of other websites, the poor server may well be over-stuffed and overworked anyway.

There’s a few steps to consider when dealing with this:

  1. Properly assess risks. If you could lose £100,000 of business when your website fails, it’s obviously wise to spend more than a few hundred pounds a year on it. But there’s no point spending £10k a month on a site that generates very little trade, just for the sake of avoiding ten minutes of downtime.
  2. Make sure what goes on the server is only ever fully tested code written by people you can trust. Our own web consultancy, Interconnect IT goes to great lengths to make sure the code supplied is reliable.
  3. Consider bringing in house code-reviews and creating your own testing requirements.
  4. Load test your server with the predicted maximum level of traffic. If you don’t, how do you know its adequate? And you can’t predict the load just on raw visitor numbers either – some websites are much more demanding on server resources than others.
  5. Make sure the site is suitably protected from attacks by hackers and even malevolent rivals.

Ultimately any website is a reflection of your business – if it’s cheap and unreliable, it’ll say that to your potential clients.