The British Pound vs. The Dollar

What is going on now? Last year the pound traded at over NT$66, now it is at NT$47 and likely to go to $45 soon. I was in Taipei 101 for lunch, and went upstairs to see the Taipei Stock Exchange which has recently agreed with London’s Stock Exchange on the sale of ETFs. This should be a good deal for Taiwanese investors making it easier and cheaper to find good quality, diverse ETFs.

It was while I was there that I noticed how much the British Pound had fallen that day against the US Dollar. It’s currently trading at about $1.3833 today and about NT$46.4864. This down by about 1/3rd against the US, and slightly less against the NTD! While my stocks are suffering, too, it gladly boosts my relative purchasing power!

british pound

But the vagaries of recent markets really make the mind boggle! Still when things are like this, there are opportunities for tremendous riches!

An Open Letter to Dreamhost

What on earth is going on? I wish someone could explain to me in good order… because I’ve never seen so many problems all in one day.

I’ve getting lots of help but I’m still struggling to figure out the source of the problem, and hence the solution.

I’ve had five serious problems in the last 24 hours.

1.- Unable to reboot…

Yesterday my webserver went down, couldn’t bring it back up. When it did come back, some sites were absolutely fine… but some were totally screwed up.

So I’m trying to find out what if any updates DH made to the server that would cause these two kinds of problems:

#2: Erroneous Codes
this is being generated by the plugin wp-cache (yesterday the plugin was working without any problems!) I tried removing the plugin and reinstalling: didn’t work. Just produced the same errors even after removing it from the plugins directory…

Warning: fopen(/home/.damper/obblogatory/obblogatory.com/wp-content/cache/wp_cache_mutex. lock) [function.fopen]: failed to open stream: No such file or directory in /home/.damper/obblogatory/obblogatory.com/wp-content/plugins/wp-cache/wp-cache-p hase2.php on line 96
Couldn’t write to: /home/.damper/obblogatory/obblogatory.com/wp-content/cache/wp-cache-357509ba2733 b5ed2b4e72148985cc17.html
Warning: flock() expects parameter 1 to be resource, boolean given in /home/.damper/obblogatory/obblogatory.com/wp-content/plugins/wp-cache/wp-cache-p hase2.php on line 105

Warning: fopen(/home/.damper/obblogatory/obblogatory.com/wp-content/cache/wp-cache-357509 ba2733b5ed2b4e72148985cc17.meta) [function.fopen]: failed to open stream: No such file or directory in /home/.damper/obblogatory/obblogatory.com/wp-content/plugins/wp-cache/wp-cache-p hase2.php on line 240

Warning: fputs(): supplied argument is not a valid stream resource in /home/.damper/obblogatory/obblogatory.com/wp-content/plugins/wp-cache/wp-cache-p hase2.php on line 241

Warning: fclose(): supplied argument is not a valid stream resource in /home/.damper/obblogatory/obblogatory.com/wp-content/plugins/wp-cache/wp-cache-p hase2.php on line 242

Warning: flock() expects parameter 1 to be resource, boolean given in /home/.damper/obblogatory/obblogatory.com/wp-content/plugins/wp-cache/wp-cache-p hase2.php on line 114

#3: I’m still getting this error on at least three sites…

Warning: require_once(/home/.damper/eeeblogger/eeeblogger.com/wp-config.php) [function.require-once]: failed to open stream: Permission denied in /home/.damper/eeeblogger/eeeblogger.com/wp-load.php on line 27

Fatal error: require_once() [function.require]: Failed opening
required ‘/home/.damper/eeeblogger/eeeblogger.com/wp-config.php’ (include_path=’.:/usr/local/php5/lib/php:/usr/local/lib/php’) in /home/.damper/eeeblogger/eeeblogger.com/wp-load.php on line 27

What’s even odder is that they are all supposed to be running on the same server, all of them are running WP2.7 as you requested, and most of them have the SAME plugins or broadly similar ones.

#4: FTP is shutout

All the passwords for my FTP accounts were non functional until I reset them. I still can’t login via FTP to most of my accounts UNLESS I set them to Shell access. They were working before that’s for sure. And no one else has Shell access.

#5 A lot of permissions have been reset making errors for some blogs that I can’t fix EVEN IF I reset the folder permissions.

I am thinking that one of two possibilities happened: an update was roled out with unexpected consequences in some cases or that the server became corrupted (by accident or by hacker?) and this means some sites are just dandy while others are out.

I spoke extensively with DanielG who helped me get the passwords reset and saved me from tearing my hair out. But we’re still no nearer on what happened and how to fix the situation. Kudos to DanielG for his effort…

Please can you help me sort this mess out.

Best Wishes
Kenneth

These problems have had me spend hours trying to trouble shoot the origin of the problems. It’s really prevented me from running my sites, doing maintenance or getting posts done. Very frustrating, what is it with DreamHost? Things were going well, but things are just so seriously screwed up…

The Virtual Egg Basket: Don’t put your ‘eggs’ in one basket.

There’s common wisdom that you should put all your eggs in one basket, then watch over it like a hawk. But if like me, you manage a number of domains, customer sites, and blogs, this is somewhat disastrous if your primary host does go down. Fact is even if a hosting company promises you that you will have 99.9% uptime in any 12 month period, that still means you will have over 8.76 hours downtime in any year.

So, if you are going to manage any more than a couple of sites, split your eggs between baskets to ensure that WHEN one of your sites/accounts goes down, you can still be productive on the OTHER sites until service returns. This is what I’m doing at the moment to keep sites up and running.

Keep your domains and hosting SEPARATE

Domains are registered at NameCheap. If one host turns out to be really hopeless, as long as I can retrieve the most recent data, I can be up and running on another host within 24-48 hours as long as it takes the DNS to resolve properly. Recently, it’s been within 12 hours for some changes.

Separate Crucial Sites

Customer sites are generally hosted on their own accounts, separate from my blogs, and separate from each other. With domains registered elsewhere, it makes switching sites a breeze. Also, it largely protects sites from mistakes made by their owners having an effect on other unrelated sites.

Keep redundant back ups

My own blogs are generally hosted on one personal server, but the biggest have their own space on another server as well. Smaller blogs, though, share my VPS solution. Unfortunately, this means if my server goes down, most of my blogs are inaccessible. Since most repairs are quick, and data is generally unavailable during outages, moving the domains at that time is impossible.

However, if you have a daily backup of your blog, including the database and the files, you should be able to get up and running quickly on another hosting company. I don’t have a copy of the latter stuff. More fool me.

Redundancy: An Expensive Option

For my most important blogs, I’m looking at creating some form of redundancy so that I can switch and keep things up. But for most small blogs, this is quite expensive to achieve. It’s called Failover Web Hosting where your site is accessible from a number of IPs should the original site fail. This would work well with HTML based sites, but dynamic sites which lots of commenting and posting would have issues with keeping the data synchronized properly.

I’ve been using BlueHost, BlueFur, Hostmonster and Dreamhost for hosting these past few years. Though each has had intermittent problems through that time, I found Dreamhost has been the most reliable in the past six months, while BlueFur turned into a bit of a disaster as we kept getting locked out of our account/Cpanel/Website. It got so ridiculous that we stopped using their service. I can’t particularly recommend BlueFur but you may get different mileage. Still, let me know how you plan to keep your sites running in an emergency.