My website host just upgraded their network, moving shared hosting into a cluster. Fine. But I can no longer SSH to my domain name, I have to connect to some other domain, which they didn't tell me about in advance. Fine, that's fixed now.

And they changed the filesystem that's visible to users! My crontab isn't working now, because it's pointing to a location that doesn't exist any more. And the script it's pointing to won't work, because it had filepaths in it that also won't exist any more. So I go look into the script ... AND THEY CHANGED IT! WHAT THE FUCK! I know it was going to have to change, but THEY CHANGED MY CODE!

I've got backups of that shit. What happens when I try to make a change, test it locally, and upload it? And the changes they made to it aren't even using the filesystem that's visible to me when logged in via SSH. So which path do I use, the one I can see when logged in, or the path their system set it to? What path would be visible to the user the webserver runs as? What user does my crontab run as? What path does that user see.

Goddamn I'm so pissed off right now. And I'm supposed to be releasing the new book any day now, but I can't be sure my mailing list is working. And for the past week I haven't been able to log in to see if it's been running correctly. Last entry in the log is from the 5th. But is that the last time it ran, or is that when they took the backup of the logfile that was just restored to the new location?

I tried to submit a trouble ticket, and that page is broken, too. So I got onto their live chat and asked for documentation of what they changed so I could fix it. He asked for the URL so he could have 3rd Tier fix it. NO! Give me the fucking docs and I'll do it myself. It's not a URL anyway, and I don't want you touching my files again.

Now I can't connect to the database, and they're saying the FTP password has expired.

Turns out they migrated everything based on the assumption that you only have one domain.
So the old homepath was "/home/u6/drook", which I saw via SSH as "~/", but I could still access "/home/u6/drook"
The webroot for the primary domain was "/home/u6/drook/html"
The webroot for secondary domains was "/home/u6/drook/subdomain/html"

When they modified my code, the new webroot path is "/services/webpages/util/d/r/drook.site.aplus.net/"
But when I log in via SSH I see "/"
The webroot I see when I log in is "/public"
The webroot I see for secondary domains is "/domain/public"

The support person thought that I should never see "public" in the path, until I pointed out that I've got several domains, and she said, "Oh, yes, so you would see 'public'."

So now I've got three contexts: logged in via SSH, code executed by the webserver, and scripts kicked off via crontab. Each context sees a different homepath and webroot. And they "helpfully" updated all of my code where they saw "/home/u6/drook" and changed it to "/services/webpages/util/d/r/drook.site.aplus.net/" ... no, wait, they changed anything that started with "/home/u6/drook". So where the config file said "define('IR_INSTALL_DIR','/home/u6/drook/html/list');" it now says "define('IR_INSTALL_DIR','/services/webpages/util/d/r/drook.site.aplus.net/');

Awesome.

And they changed the username for the database to -- and I'm not making this up:

Database user name: first 10 characters of domain name + random 6-digit number
Database name: Your user name is appended to the end of every database name.

I've got multiple domains, each with a database. What are the 6-digit numbers? And phpMyAdmin only appears under the primary domain, so how do I get to the DB for the other domain?



They boned this process hard. I'm pretty good at this shit, and it took me a while to figure out what they did wrong. Average users are going to be totally lost.

I had a catchall email address, all unknown names go to that. Then give out various names so I can filter on that. I just found out anything to an unknown name has been rejecting all day. I don't know if I've gotten any book orders. This is bullshit.




Oh hey, and isn't this neat. Their new AJAX-ified webmail doesn't give me the option to select the "from" address on outgoing email. Which means I'll have to have separate named accounts for anything I want to send from, and I can't get all my mail in one box anyway.