It's all spinning wheels and self-doubt until the first pot of coffee.

back up and about, limping a bit

0xDECAFBAD was out cold today for some hours, due to the suspension of my webhosting account.

Seems the SSI-and-CGI combination I was using around here had turned into a monster, and the sysadmins decided things had gone rogue on my site. So, I get suspended, to be later restored with a lecture on the nature of CGI. My scripts were called "fucking insane" by the admin who finally gave me back my keys. And, on top of it, I got a lesson in UNIX file permissions while he was at it.

Well, the thing is... of course I understand CGI, and the expense of launching external processes. And I gathered that the SSI-and-CGI combination was braindead at the end of the day. And I understand the necessity for restrictive file permissions. But still, even with all that, I let things get sloppy.

This is vaguely embarassing.

So, today I hastily reimplemented everything using that SSI-and-CGI scheme in PHP. I'd started leisurely on the PHP replacements this weekend, but this was a kick in the ass to finish it. Almost every *.shtml page is a *.phtml page now. I rewrote my referral link listing code, as well as my RSS feed display code, in PHP functions. There are still some places where things are broken (most notably the referrals in the wiki), but I'll get around to fixing them. Not too bad for starting from zero PHP exposure (somehow) until this weekend.

I'd like to think that this won't happen again, but I suspect it might.

The problem is that this site is my mad science laboratory. I mix things together, set things on fire, and occasionally have something explode. I get enthusiastic about seeing what I can do, without a whole lot of regard toward safety or keeping the wires out of sight. I figure that I'll tighten up the bolts and polish up the shells of the interesting experiments, and just archive the ones that turn out boring.

Occasionally, this leads to me playing loose with security and resource conservation. I really need to watch this more, since the sysadmin reminded me, "Remember, your account is on a multi-user, time-sharing UNIX operating system." My first reaction to this was, "Well, duh," but then my second reaction was... "Oops." It's not that I don't know these things. It's just that I get quite a bit ahead of them in tinkering.

I have to try to find a balance between boiling beakers and safety goggles.

And, I wonder if this webhost is the right place for this site. They certainly don't have the world's best customer service. It's low touch, high grumble BOFH service. It appears that the people running the show are experts (I see the name of one of the admins all over various Open Source projects' patch submissions), but don't have a whole lot of time or patience for bullshit. But, I pretty much knew that going in. It makes things cheap, but it's also a bozo filter.

And with some of the things I'll be doing, I'm likely to be a continual bozo.

The best thing would be, as DJ suggested earlier today in blogchat, to find a cheap-cheap colocation somewhere. It's not as if I don't have machines to spare-- I just need a safe, constant full peer and static IP net connection. I'd love to have something I could run persistent servers on, play with a few different app servers, a couple generations of Apache, etc. The things I want to do can be done safely, given that I pay attention, but I doubt that they will make for a quiet neighborhood. On any server I play, I'll be the noisy bastard down the street blaring the metal and practicing with his band every night.

Hmm.. have to think about that co-lo thing.


Archived Comments

  • Glad to see your back up. I was a bit worried when i tried to get my daily dose this morning. But you site being down did give me a chance to finish up my phpwiki. After seeing the power of wiki, i've jumped in, and i thank you for making me a believer :)
  • Can you get DSL or cablemodem at home? Some sort of dynamic-DNS service could handle the dynamic-IP issue. Bandwidth limitations could also be a problem.