The Boston Diaries

The ongoing saga of a programmer who doesn't live in Boston, nor does he even like Boston, but yet named his weblog/journal “The Boston Diaries.”

Go figure.

Monday, November 22, 2004

Control panels

I am not a fan of control panels.

Oh, I can understand why C is using them; there's no mucking around with configuration files, and it's easier to train someone to use administrate a system using this click-n-drool interface than it is to use the command line (“What's that?”). But—and it may be the control panel software we're using—it's restrictive. Way restrictive.

How restrictive?

Here's the configuration of one of our webservers, as given by the control panel:

ServerName server.example.net
Port 80
SSL Port 443
ServerAdmin root@server.example.net
StartServers 8
MaxClients 150
HostnameLookups on

That's it.

Simple, huh?

You might not realize we're using Apache 2.0 given the simplicity of the configuration file. Oh, and if you want to edit the configuration? Those fields above? They're the only ones you can change through the control panel.

And what does the website administrator see as the configuration?

ServerName www.example.com
ServerAdmin admin@example.com
DocumentRoot /website/html

Good thing Apache supports user level configuration files.

Granted, most sites won't have a configuration beyond this basic setup. But heaven help you if you want something a bit more complex. Or (for whatever reason) don't (or can't) do what you want through the user level configuration files.

And that's just the configuration of the webserver using the control panel.

For instance, a simple operation of renaming a domain. Under the command line, you may need to rename a directory (for instance, this site is stored under a directory called boston.conman.org, change a few lines in the Apache configuration file and update DNS. Under this control panel we have? Looks like you have to create a whole new account, then have the user (who will have a new userid because … well … that's the way it's done) upload the site (and unless he has a copy of it himself, he'll have to download a copy from the old site). Then, once everything is changed over (oh, he has a database too—he'll need to recreate that as well) then we can go in a remove the old site.

Yup, that's certainly better.

Or you could muck around the server on the command line and copy the files that way, but I've been there, done that, still having support issues because of the way the control panel works (and my trying not to break things too badly by using the command line).

Okay, I'll stop griping now.

Obligatory Picture

[The future's so bright, I gotta wear shades]

Obligatory Contact Info

Obligatory Feeds

Obligatory Links

Obligatory Miscellaneous

You have my permission to link freely to any entry here. Go ahead, I won't bite. I promise.

The dates are the permanent links to that day's entries (or entry, if there is only one entry). The titles are the permanent links to that entry only. The format for the links are simple: Start with the base link for this site: https://boston.conman.org/, then add the date you are interested in, say 2000/08/01, so that would make the final URL:

https://boston.conman.org/2000/08/01

You can also specify the entire month by leaving off the day portion. You can even select an arbitrary portion of time.

You may also note subtle shading of the links and that's intentional: the “closer” the link is (relative to the page) the “brighter” it appears. It's an experiment in using color shading to denote the distance a link is from here. If you don't notice it, don't worry; it's not all that important.

It is assumed that every brand name, slogan, corporate name, symbol, design element, et cetera mentioned in these pages is a protected and/or trademarked entity, the sole property of its owner(s), and acknowledgement of this status is implied.

Copyright © 1999-2024 by Sean Conner. All Rights Reserved.