Colin,
ubbcentral.com reports that at least as of version 6.0 from June 5, 2002, they've had "an option to use zlib compression if available". zlib compression is available on every vanilla GNU/Linux installation I've encountered in the last several years. If this one for some strange reason isn't so configured, it's a very simple situation to rectify. Please enable it. Really. Even if it does cost a marginal performance hit on the server,
everyone will benefit overall, and you'll be drastically reducing your outgoing bandwidth requirements. A 50ms delay on the server trumps a several second (typically double-digits, here) delay of bandwidth-choking traffic over the wire, every time.
I'm sure you'll also find the server has ntp software installed. Please configure and fire up the deamon (or maybe just fire it up). The server clock can be kept to accurate time so easily it's almost silly to let it drift, especially as much is this one does. Even a cron job to run the client bit of the software daily would suffice to make it so much better.
If you absolutely must have hovered links change their font color, at least ensure it's not one that makes the text disappear. Please.
<font class="small">Code:</font><hr /><pre>pre {
font-family: verdana, helvetica, san-serif;
font-size: 10pt;
display: block;
white-space: pre;
}</pre><hr /> looks a bit wrong to me. Preformatted text should be rendered with a fixed-width font.
I can re-write this kind of stuff on the way into my network, but I shouldn't have to, and it doesn't benefit anyone else since I'm behind a POTS modem here and can't offer proxy service.
Please enable HTML on the forums. It's quite trivial to set up a filter for the word "javascript" (in it's various possible forms) to ensure no nasty code gets injected. ( I don't understand the allure of promiscuously browsing with it enabled anyway. Drop-down menus, et al. can be readily implemented via CSS [as if even
they were needed], as you well know.) There's no excuse for having links be javascript code only. I think I've seen a few around here now. Please opt out of that if it's possible (it should be if it isn't).
And yet another reminder: we need the option of a persistent cookie for identification purposes.
I really don't appreciate being inundated with inane "graemlins" on the reply and edit pages. It takes an inordinate amount of time for the server to respond with 100 "yeah, the image you have cached is still current"s, not to mention having to scroll past them to submit the page with option. I realize, and certainly wish to leave room for the fact, that some users get off on that kind of stuff; but I consider it a personal affront. Please toggle the (surely there are!) options to let users select them via their profiles on an opt-in basis.
This all just off the top of my head at the moment.
I realize it can be somewhat time-consuming to get a forum like this fully configured, but you'll agree with me that it's really quite simple work in the scheme of things, right?
This almost needn't get asked (for reasons of a most-likely obvious answer), but would it be possible to provide me with an ssh/shell account into the box so I can install the
http://imagemagick.org/ software suite and set up a cron job to automatically resize the avatars to 80x80 max? It's evidently too much to ask of the users in general to handle that on their ends. I prefer bash (it should be on the box already). GCC should already be on the box, too. If not, it's readily available and I'll take care of that. I can do all this stuff from lowly-userspace given appropriate permission on the avatar directory.
Thanks,
Glen
(dang, I had to go and log back in just to submit this post!)