My Dreamhost exit survey fluffy rambles

Comments

This feels like the end of an era, after I spent so long recommending them and trying to make the best of their services even over the last few years.

RIP, my Dreamhost hosting plan (June 2007—June 2018).

Read more…

The Return of the Flickr Random Image Generatr fluffy rambles

Comments

So, it’s not that the Flickr Random Image Generatr had actually gone anywhere, but when I migrated all my stuff to new hosting it broke, and while it was easy to get the old, crappy, written-in-Perl-in-two-hours-ten-years-ago version working again, I decided to rewrite it.

First off, the original purpose was for finding random images to post to forums, and as such I had a bunch of stuff to make it easy to do that. That was no longer a use case I want to overtly support, however, and I only keep the FLRIG up because I like using it to get random inspiration for settings and drawings and the like.

Another problem, though, is that the old version was directly parsing the RSS feed, which only provided limited information about the image; notably, it had no useful information about copyright in it, and every now and then I get an annoyed message from a photo’s owner claiming that I wasn’t properly attributing things or that I was stealing their images or the like. I had a standard response about how it’s just reformatting the Flickr public RSS feed, which didn’t provide any useful copyright information for me to display. Well, their Atom feed actually does provide license information, so I am better able to provide that information.

Since I was going to switch to the Atom feed, I figured I’d might as well switch to a proper feed parser, and if I was going to do that I’d might as well rewrite it in Python (which has a pretty good feed parsing library) and Flask.

Most of the code is actually in the Jinja template, and the way it filters stuff out of the description tag is incredibly shoddy, and the formatting could be better in general, but overall I think this is an improvement which will make the photographers happier.

Domain registrar recommendations? fluffy rambles

Comments

So hey, I’m working on migrating all my hosting and registrations away from Dreamhost. As far as hosting goes I’m just going to host everything on my Linode server for now, since that’s paid up for the next two years or so and it has plenty of capacity available.

But I’m also using Dreamhost as my registrar and DNS provider at the moment, and I’d like to move those as well. (Not only do I not trust them at this point, but their DNS management tools are abysmal and geared only towards people using their hosting.)

What registrars do people recommend, and what DNS hosts do people recommend? In my ideal world they’d be one and the same, although I’m fine with doing a mix-and-match if it makes sense.

My hard requirement is having WHOIS privacy, and a very high priority is having DNS hosting included. Right now my three frontrunners are Hover, Namecheap, and Gandi. Here’s my impressions of them:

  • Hover:
    • Plus: Their DNS hosting is easy to work with, and supports wildcard records
    • Plus: WHOIS privacy is included
    • Minus: Their domain pricing isn’t the cheapest (.biz costs $15.99/year)
  • Namecheap:
    • Plus: They have the cheapest pricing for registrations (.biz costs $12.88/year)
    • Plus: Their DNS hosting looks pretty okay from their docs; it’s definitely better than Dreamhost’s, anyway!
    • Minus: They charge extra for WHOIS privacy ($2.88/year). Or maybe they don’t. Their site keeps flip-flopping on this.
    • Minus: I used them for HTTPS in the past (before LetsEncrypt was available) and they were difficult to work with and felt kinda sketchy/bait-and-switchy
  • Gandi:
    • Plus: Geeks love them
    • Plus: WHOIS privacy is included
    • Minus: Registrations are quite expensive (.biz costs $18.78)

So, it seems like Namecheap is my best bet, but I have misgivings about them based on my prior experiences with them and with how their WHOIS guard thing can’t decide whether it’s free or not…

Has anyone reading this formed an opinion about these three companies? Is there another one I really should look into?

Also, Linode supports DNS hosting as well, although the management tools are kind of crude/low-level and I’d also have to do all the DNS hosting transfer stuff if I were to change hosting providers, so if I’m going to bundle my DNS hosting with something I’d rather bundle it with the registrar. (Although for now I’ve transferred all of my DNS hosting over to Linode which worked well enough. I guess any time I change hosting providers DNS is going to be a pain anyway, so.)

Update: Looks like the reason the back-and-forth was going on with Namecheap’s WhoisGuard pricing was because I happened to be checking their site while they were rolling out an update — they just officially announced that WhoisGuard is now “Free for life.” Well, that certainly makes my decision easier!

Time marches on fluffy rambles

Comments

So, this is my first new blog entry on my brand new website, my first (relatively) clean start since the last accretion disc began in early 2003. I realize that the current blog template has none of the old template’s charm; don’t worry, I’ll be bringing the plaid look back eventually.

Here are some ruminations, brought on by me spending all evening going through my old blog trying to find things worth saving. There were a few useful articles here and there, which I have more fully-integrated into the rest of my site, but I’m finding that most of my old “blog content” is just not worth the hassle of preserving.

Read more…

The Trouble with PHP Code

Comments

This article was originally written for the Publ blog. I have reproduced a slightly modified version here so that it hopefully finds a wider audience.

Whenever I build a piece of software for the web, almost invariably somebody asks why I’m not using PHP to do it. While much has been written on this subject from a standpoint of what’s wrong with the language (and with which I agree quite a lot!), that isn’t, to me, the core of the problem with PHP on the web.

So, I want to talk a bit about some of the more fundamental issues with PHP, which actually goes back well before PHP even existed and is intractably linked with the way PHP applications themselves are installed and run.

(I will be glossing over a lot of details here.)

Read more…