Indistinct Mumblings of an Unsound Mind

So, I’m not a fan of using shared hosting accounts. Never have been – there are all sorts of issues that come up: unsupported requests, detailed, lengthy explanations about things I don’t have the time to do. My preference is to run the server myself, but maintaining a dedicated service takes some time for setup and we have too many outages and other issues with our ISP to reliably do that, so my hand has been forced.

Yes, I’m sure there are good shared hosting providers out there. I just haven’t found them yet. Personally, I use GoDaddy. Having been employed by them in the past, I would rather go with the Devil I know.  Lala, on the other hand, chose to go with Dreamhost for her website, Stop and Eat the Flowers.

I must admit, for over a year there were no extraordinary hosting issues. They were good hosts, although they did not maintain their promise of 100% uptime (located under the Satisfaction Guaranteed tab): just look at all these outages and issues. Then again, I never expected them to fulfill that promise.

However, when we migrated Lala from her domain name to her new one, we ran into some issues. There were some mitigating circumstances during the migration that required we delete the database. After we deleted the database, we were informed that it would be 30 days before we could reuse the name.  I don’t have the time to go in and edit the database for a new database name, so I wrote in and asked them to purge the database. What follows is a back and forth demonstrating that, despite stating that I’ve already done what was asked (and it is still there, on the website, just like they asked) and repeatedly emphasizing that I needed something done, they just flat out refused to help.

Not only was I chastised for basically asking them to do their job, but they ignored the part where in the first response where they were informed that I had already taken the steps they required and was still unable to import the database. Why? Because one of the SQL import instructions was to create a new database with the name of the old database. Dropping all the tables in the database doesn’t delete the database, people. It just empties it. I didn’t need a empty database, I needed no database. Yes, altering the code would have taken 15 seconds of my time, but on a phone I didn’t want to chance auto-correcting something that shouldn’t have been.

But that’s alright, because now it’s done. We will be moving the rest of her stuff away within the week and requesting a refund. Lesson learned.

Click here to read the email transcripts


Categories: Business

Comments are closed.