This site uses CSS extensively. IE 5.5 or below may not approve.
When browsing this site with Lynx, the terminal-mode Unix/Linux/MS-DOS text-only browser, or WebTV, the utility panel is not available. There is nothing critical to the site there, just a bunch of links and some javascript-reliant search and login forms. Although WebTV supports Javascript, I decided in favour of screen real estate.
If you are having problems viewing this site, EMail me and provide the following information :
| Browser ID Local | : | |
| Browser ID Remote | : | Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com) |
| Compression | : | Not Provided (HTML/CSS/JS) |
| Web Filter Active | : |
Looking for a good browser? Make a beeline to Opera or Mozilla and look around.
This site is now pretty much entirely template-driven.
I have ensured that this site works as intended on :
For prettiness, I'm moving to CSS3 for several elements, so...
BTW, Opera users may notice some additional debug info at the bottom of certain pages. This is a really useful quirk - I hope they don't fix it. :P
All pages are compressed with GZIP before serving them. To reduce processor use and improve speed a little bit more, each compressed file is cached locally and is only updated when the source file's timestamp changes.
IE works fine with gzip compression, with one caveat. When the option for HTTP/1.1 for Proxies is disabled in the advanced options, IE doesn't send send an ACCEPT_ENCODING header - page loading speeds will therefore not benefit from compression. It must be enabled in the advanced options before it will.
It has recently come to my attention that some proxies (my experience was with an as yet unknown version of WinGate) will cache compressed content, but when this cached page is sent to a browser it will fail to send an accompanying Content-Encoding header, resulting in junk being shown on the page.
That, to say the least, just sucks.
Here are the current settings for GZIP compression :