I think this came out rather saucier than the National Trust intended.

I think this came out rather saucier than the National Trust intended.

A couple of weeks ago I ran a long overdue “broken link check” on West Penwith Resources. I do this using the excellent Xenu program which spiders the site and interprets all the HTTP error codes. I know it was over a year since I last did it, but was horrified to discover 25% of the external links broken. There were a few internal bugettes, typos etc. but in the process of fixing the others I came up with these types…
Moving from one ISP site to another makes less sense and makes you wonder if the makers are serious about their site at all. Even if you don’t go the expense of a personal domain name, there are plenty of free hosts available, especially in the genealogy world.
I am posting this entry at exactly 10:00 BST = 09:00 UTC, from the Office, where I know the clocks are accurate and reliable (I wrote the piece much earlier). As you will observe from the time of posting above (or below), the Web Host server clocks are far from accurate. Not as far out as I posted on Monday because I misread the time zone charts — PDT is only seven hours behind BST not eight as I thought — but still pretty bad.
Why should this matter? Well, for a start, it looks very silly if the clock on your screen is not right, and you miss appointments. It is also inconvenient. For example you get emails arriving before they are sent and the FTP “upload if newer” features don’t work properly.
But, there are much more important reasons. If you are trying to diagnose a problem then you have to be able to rely on the time stamps in system logs, particularly for network related issues where more than one machine is involved. I am trying to work with the service provider to solve a problem with some emails not getting through. I can send some test mails through at a particular time and they need to look at their logs to see what happened to them. If the time stamps are not right they do not stand a chance of locating my test mail among the many thousand passing through their server. If they ever have to use their logs in a legal case, e.g. prosecuting a cracker, then it will be (should be) thrown out of court if they can’t demonstrate that the clocks were accurate. Perhaps (sly grin) this is why they keep it wrong, so they can’t be forced to produce email evidence for criminal cases?
There is really no excuse for incorrect clocks; there is a perfectly good and free to use system called NTP which can synchronise to any number of publicly available reference systems and, for an internal network, it is straight forward to set up a cascade so that even the humble desktop can be kept within a few milliseconds of mythical “True Time.” For Windows systems, if you should be so afflicted, there are compatible systems available.
Whilst investigating this I came across a related problem which I thought had died out years ago. When setting up WordPress for this blog it asked for my offset to UTC (Coordinated Universal Time en Français) so that the posts would be stamped with my local time (UK). Except that the time it reported as UTC … wasn’t. It was an hour out due to Summer Time (called Daylight Saving Time in some parts of the world). Now I don’t know if WordPress was reporting it wrong, or PHP was returning it incorrectly (unlikely) or the server has been set up badly, but it certainly was not right. When you set the clock on a machine it has to be set to UTC and then any necessary time zone and DST offsets applied. Many systems rely on this being right; for example, EMail time stamps have the UTC (GMT) offset included in them so that at the receiving end they can be converted back to UTC and then to the new local time so it makes sense to the recipient. NTP sorts all this out automatically because it has to work in UTC internally, but if you are relying on the operator;s wrist watch then he is going to set the clock to what he sees and if the time zone has been left at the Zulu factory setting then everything is going to be haywire.
Late Note: I have tested WordPress date reporting and it is OK; PHP function date("H:i T I") returns 10:00 GMT 0 (i.e. no DST) so it is the server that is set up wrongly!
Well, that was hard work; but I’m quite pleased with the result. The apparent simplicity hides some rather complex stuff going on underneath. I can’t imagine any non-geek being able to customise their blog but perhaps they use a simpler but less flexible system. Even I’m glad that PHP is a pretty obvious programming language—not a huge step from sh or perl. The tricky bit is the CSS—it is still very much a black art to me.
I have just commented out the unwanted stuff from the default template for the moment but once I am happy with it I will cut out the redundant stuff which should speed it up a bit.
It looks like I am going to have to work at this a bit. Even if I wanted to keep the style as the default, which I won’t, there are clearly some things wrong which need to be addressed.
Time to RTFM I think.
Well, what’s all this blogging about then. I hope that it will make it a bit easier to get some of my random thoughts down so that they don’t disappear forever. It’s the age you know; the memory is not what it was.
My prime thinking time is when soaking in the bath, hence the title; fewer distractions there. The drawback is that I have often forgotten them by the time I get out, rather like last night’s dream.
The subjects will vary wildly—Web creation to Family History, Naive Politics to C programming etc. It doesn’t have to be interesting as I don’t expect any readers, it is largely for my own benefit, but if others enjoy it then all the better. Some of my earlier material has attracted some interest via the search engines.
It will quickly become apparent that I can’t spell.
One thing that is immediately obvious is that the time on this server is over an hour slow!