Loading
Site Compatibility

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 : CCBot/2.0 (http://commoncrawl.org/faq/)
Compression : x-gzip, gzip, deflate (HTML)
Web Filter Active :

Looking for a good browser? Make a beeline to Opera or Mozilla and look around.

Notes

This site is now pretty much entirely template-driven.

I have ensured that this site works as intended on :

  • Opera 7+
  • Firefox 0.9
  • Internet Explorer 6 (6.0.2800.1106, 98SE & XP)
  • Safari (no immediate access, tested by associates online and at work)
  • Lynx 2.8.5rel1 (Csant's Win32 Port)
  • WebTV Viewer (V26_B046)

For prettiness, I'm moving to CSS3 for several elements, so...

  • Opera 10.6+
  • Firefox 4
  • Internet Explorer 9
  • Safari 5

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

Page Compression

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 :

HTML Compression
  • Anything which sends an ACCEPT_ENCODING header.
HTML, CSS & JS Compression
  • Opera 5+
  • Gecko browsers, such as K-Meleon or Firefox
  • WebKit based browsers, such as Safari
  • Internet Explorer 6+
Random Quote:

"I love deadlines. I like the whooshing sound they make as they fly by."
-- Douglas Adams