One of the things I really like about DreamHost, the US company which hosts my sites including this blog, is the frequent and clear communication on what’s happening with their service.

They have a status blog, but what I find best of all is the RSS feeds. I can even subscribe to a unique feed which provides me with information about just the specific server I use.

That’s proved useful tonight when I couldn’t log in to WordPress. A quick look at a new feed item showed the issue:

We are currently experiencing some networking difficulties which is causing parts of our network to be inaccessible. This is affecting everyone in a random manner. We are working hard to fix the problem right now and will have an update for you soon.

My log in attempt concluded with a 500 Internal Server Error. From seeing the RSS feed, at least I knew what was happening.

By the time I’m able to publish this post, what I’m writing here will be after the fact. If you tried to reach this site, you’ll have also got that 500 error.

I just noticed the text of the error message. I added emphasis to the best part:

Please contact the server administrator, [email address], and inform them of the time the error occurred, and anything you might have done that may have caused the error.

No, it wasn’t your fault.

I’d not actually read the server error messages before, mainly as I don’t often get such errors. Believe me, I didn’t write the text!

Reminds me of the 90s when anything you did and encountered an error, it was always your fault as the IT support guys would tell you. Indeed, in those days of less robust infrastructures, it quite often was the user’s fault.

Today though? No, the tables have turned.

Time to update such poorly-focused error messages. Instead, something like this which includes the actual wording in the RSS feed text:

We’re sorry you can’t reach what you came here for. Be reassured – it’s not your fault. We’re currently experiencing some networking difficulties which is causing parts of our network to be inaccessible. This is affecting everyone in a random manner. We are working hard to fix the problem right now and will have an update for you soon.

Now isn’t that far more informative and most definitely user friendly?

Can’t be done, you say? Server error message texts embedded into a routine in the server OS somewhere?

Well, unembed it! This isn’t the 90s.

How hard can it be?

6 responses to “Useful but user unfriendly”

  1. Carmen Van Kerckhove avatar

    I hate Dreamhost. Today was the last straw for me: I’m switching to MidPhase. It’s ridiculous that they offer no phone support, and that Dreamhost Status blog is absolutely useless to me.

    Yes, I’m a little bitter right now.

  2. neville avatar

    Carmen, I felt as bitter as you with the hosting company I used before I switched to DreamHost!

    MidPhase. Hmm, you might want to have a word with Shel first. We’ve had some frustrating issues with them re the FIR site which is hosted by MidPhase. Sorted out for now but I have very little confidence in them.

  3. Rob Safuto avatar

    I’m hurting from the same issues myself today. I’ve been trying to get a podcast published but still not able to reach my site after four hours.

  4. Andy C avatar

    I was with Dreamhost but when I kept seeing load averages > 100 and, worse, having to inform them, I moved to Bluehost.

  5. Shel Holtz avatar

    Actually, I’m fine with MidPhase. We’ve been with them since FIR started and I can count on one hand the number of problems we’ve had, and still have a finger or two left over. It’s frustrating when the problems happen, but the ratio of problems to the length of time they’ve been hosting the site is pretty darn good. They’re also incredibly responsive when I contact them. We do have one issue outstanding, but it’s not a deal-breaker.

  6. Friendly Ghost avatar

    Having been involved in a lot of software development (interface design and documentation) I understand absolutely what you’re saying about ‘unfriendly’ messages. I always made it a point to make absolutely sure I gave as much information as possible in system messages. I see it as analogous to the ‘complaints’ department: people generally only need to read messages when something’s gone wrong, so you need to make sure you’re as palliative as possible.