Everything, Everything

2024: January February March April
2023: J F M A M J J A S O N D
2022: J F M A M J J A S O N D
2021: J F M A M J J A S O N D
2020: J F M A M J J A S O N D
2019: J F M A M J J A S O N D
2018: J F M A M J J A S O N D
2017: J F M A M J J A S O N D
2016: J F M A M J J A S O N D
2015: J F M A M J J A S O N D
2014: J F M A M J J A S O N D
2013: J F M A M J J A S O N D
2012: J F M A M J J A S O N D
2011: J F M A M J J A S O N D
2010: J F M A M J J A S O N D
2009: J F M A M J J A S O N D
2008: J F M A M J J A S O N D
2007: J F M A M J J A S O N D
2006: J F M A M J J A S O N D
2005: J F M A M J J A S O N D
2004: J F M A M J J A S O N D
Fixed
Wednesday 24th November, 2004 19:39 Comments: 0
Sorry that the site's been dodgy, Jonathan moved it to a new server with a new installation of Apache and PHP. It seems Apache2 defaults to UTF, which means question marks appear when you have lots of whitespace characters, changing the default to an ISO encoding seems to have solved that quirk. Then there were all the error messages, it turns out that Jonathan had renamed the database when he moved the site across, and my error catching code was actually hiding that it couldn't find the database (for obvious reasons, I didn't expect it to fail to find one). And finally, I've spent the last ten minutes or so trying to sort things out now that register_globals appears to be off (this is a very good thing, from a security point of view - it's configured like that on my home PC - but had never been implemented on the old server). With register_globals off it meant when I tried to get the month or year from the URL it was treated as a null value and so my code defaulted to the current month. Now if I can just sort out two little behind the scene bugs... ah well.
© Robert Nicholls 2002-2024
The views and opinions expressed on this site do not represent the views of my employer.
HTML5 / CSS3