Today’s Measurements (cold, not flexed):
Bicep: 15″ (no change)
Calf: 16.75″ (-0.25″)
Thigh: 23″ (-1″)
Neck: 15.25″ (-0.25″)
Forearm: 12.75″ (no change)
Waist: 34″ (-2.5″)
Lower Abs: 38″ (-2″)
Chest: 40″ (-1″)
Weight: 218lbs (15st 8lbs) / 98.8Kg (-4lbs / 1.8Kg)
Day 2 begins.. I’m going to do some steady state fasted cardio as I’ve just woken up
Weight: 219lbs (15st 9lbs) / 99.3Kg
I’m going to be doing the Velocity Diet for 28 days, starting today. For the first 2 days however I’m having my usual 4 whole eggs (scrambled) for breakfast as I don’t want to waste them and I don’t think it will be a problem.
Today’s Measurements (cold, not flexed):
Bicep: 15″
Calf: 17″
Thigh: 24″
Neck: 15.5″
Forearm: 12.75″
Waist: 36.5″
Lower Abs: 40″
Chest: 41″
Weight: 222lbs (15st 12lbs) / 100.7Kg
I’ve already done a full (upper) body workout at the gym today and will possibly do some light/medium cardio later on
edit: did 45mins steady state @1pm
Another afterthought: I’m not using Hot-Rox as per the original V-Diet
I randomly suffered from this strange Vista affliction, however managed to cure it by uninstalling Adobe Version Cue CS3
Thanks to decheung.com for the heads up!
Currently when enabling SSL on shopping cart pages in Actinic, Actinic will no longer be able to link up Secpay transactions to orders.
After numerous hours debugging, I figured out what was going wrong.. when SSL is enabled on shopping cart pages, Actinic provides Secpay with HTTPS callbacks – as you’d expect. It also sets a parameter which Secpay needs if the callbacks are HTTPS. However for some reason at this moment in time Secpay won’t use the HTTPS callbacks – the request is never sent to the server
I don’t know why this is happening, I even used the alternative method of informing Secpay that the callback is HTTPS – via the ‘options’ parameter.. no dice
The solution I’m currently using is to modify the ‘OCCSecPayScriptTemplate.pl’ file, inserting a line after the following block of code:
# to enable Diners cards, remove the ‘#’ from the start of the 2 lines below
#$sOptions .= ‘,’ if ($sOptions ne ”);
#$sOptions .= ‘diners=true’;
the line to change the callback URLs back to HTTP is:
$::sCallBackURLAuth =~ s/https/http/;
Bleeding Edge has a few good tweaks for Thunderbird – I like Thunderbird but it can be seriously crap with large IMAP inboxes.. huge delays when doing things as it does some voodoo magic in the background etc.. and now that Google Mail have opened up IMAP access it’s even more useful
If you combine the above tweaks with Lifehacker‘s new ‘Turn Thunderbird into the Ultimate Gmail IMAP Client‘ article, then you should be rocking!
I thought I was getting a lot of DenyHosts emails recently and the statistics page on the DenyHosts website seems to agree with me!

I wonder what’s caused this sudden surge in attacks
September 25th, 2007
Mark
Oh how many seconds I have wasted continuously re-logging-in to Facebook.. Finally they’ve added a ‘remember me’ to the login screen.. about time!

September 25th, 2007
Mark
We’ve had a few customers over the past few months inform us of a ‘security warning’ with regard to our e-commerce websites checkout pages (SSL secured). Recently a kind customer sent us a screenshot of the problem and it became immediately apparent what the issue was..
Apple up until the most recent versions of Safari did not bundle the StarfieldTech root certificate with Safari. Therefore if a Safari user visits a GoDaddy SSL secured site (GoDaddy retail StarFieldTech Certificates) then a warning dialog will pop up informing the user that ‘Safari can’t verify the identity of the website “xxx.com”‘.
The easiest solution is to upgrade Safari to the latest version.. and alternative is to install the StarfieldTech root certificate manually by visiting the following URL: StarfieldTech root certificate
September 19th, 2007
Mark
I recently purchased a nice Dell Dimension 9200 Quad Core machine with Raid-0 HDD, running Vista naturally.. I’ve not really had much experience with Vista yet but found that the machine would quite often burst into fits of hardcore disk thrashing for quite a while (i.e. more than 10mins).. this seemed quite strange considering how quick the machine is
Anyway, using the new Reliability and Performance Monitor I could see that a service was writing lots of data to the folder that System Restore uses (i.e. \System Volume Information). Disabling System Restore solved the drive thrashing, however as I am running Vista Business, it also disables the ‘Previous Versions’ feature (this may have been the actual culprit anyway)