PHP Team Development (book)

Book coverThe other day I had a new book sent to me called PHP Team Development, written by Samisa Abeysinghe and published by Packt Publishing. Unfortunately, it arrived at work when I was on holiday so I haven’t been able to have a look at it yet. :-/ However, I’m back today and have the book in my hands (well, not literally, of course, else typing would be much more difficult), so am looking forward to diving in to it.

Hopefully have a bit of a review posted up here some time soon!

Did you like this? Share it:

Easy table sorting with jQuery

I came across a jQuery plug-in the other day to sort tables, and it works great and is exceptionally simple to implement (and as anyone who’s flicked through this blog knows, I like the simple things in life… Don’t need any more gray hairs popping up, you know!).

The plug-in is called tablesorter (found at tablesorter.com), by Christian Bach.
Continue reading “Easy table sorting with jQuery”

Did you like this? Share it:

What a productive day!

You know how sometimes you have those awesome productive days? Well, mine has been one of those… Got up at 6:45am (yeah, thank my little boy for that one! :-P) and figured I might as well stay up, so unloaded the dishwasher, put in another load, cleaned the house from top to bottom, entertained friends for lunch, wrote my first jQuery plug-in, wrote my first set of PHPUnit test cases for a new app I’m working on, write two blog posts (OK; so one of them is this one, but it counts, damn it!), and posted my first proper twitter message!

Now if I can squeeze in a little tv watching or Overload playing, I’ll be golden!

Did you like this? Share it:

Application running really slow

While working on an application built on Zend Framework, I experienced a really odd slow-down of the system while running on the web cluster at work as opposed to my machine at home. I couldn’t see what the issue was myself, and it seemed to baffle people on #zftalk a bit as well as work colleagues. The speed difference was quite dramatic – going from near instant on my home computer to around 30 seconds for a page display while running on the cluster.

Naturally, this required a fair amount of investigation…

It was quickly ruled out to be any fault of ZF. After all, it is being used by companies such as IBM, Zend, Sourceforge, Fox, and more. If the framework were not suitable and produced slow results then they would obviously not use it, nor would any of you!

Next to be ruled out was custom code built on top of ZF. With the exact same code-base producing faster results on one machine and not on another it was highly unlikely to be the code.

Profiling the code proved a little helpful. I profiled the database connection for each query and ruled out any slowness with that as they were taking fractions of seconds. Code profiling was a little bit more tricky, as everything seemed proportionally slower, not any one thing in particular. However, the Zend_Loader component seemed to be taking quite some time to perform its tasks.

With a little command-line magic (using ktrace, kdump, grep, awk, etc. – not by me, but by talented colleague) it was determined that the OS itself, Mac OSX ‘Tiger’, was mainly to blame. The cause of the problem was trying to determine relative paths and the slow speed at which Tiger was doing this… As I understand it, to determine the current directory, ‘.’, the OS needs to back track all the way to the root, get the whole list of directories and work out which inode matches the one your current path is, and then work its way back down the directories until it finds a match. Once it’s done that you have your current path. If it sounds intensive, that’s because it is.

When comparing Tiger to Leopard we were seeing a 1000x improvement (4 microseconds as opposed to 4 milliseconds) to do various getdirentries() calls.

If you used the include path for a handful of files you’d never notice a significant drop in speed, but the application I’m working on, together with ZF will typically include 140+ files.

So how was the issue resolved?

For the short term there was a very simple fix; simply alter the include path so that the current path is last to be checked and the more significant paths (such as where the application or Zend library is located) are first. This simple tweak took a 30+ second load time to around two seconds – a vast improvement! Still, two seconds is not ideal so we will be having Leopard-based machine installed on the web cluster to see if that also helps to increase performance.

I’m curious; has anyone else had a similar problem?

Did you like this? Share it:

Email address being used to spam

Some little *insert a whole stream of expletives* has used my email address as the sender of a lot of spam.  I know this because opening my email box today resulted in no less than 400 failure notices, undelivered notices, auto replies and bounce messages.

Needless to say; I was not the one sending you spam!

Did you like this? Share it:

Damn hackers.

Someone exploited a hole in the version of WordPress that I Was using and managed to destroy my last post about automatically creating model for your Zend Framework app. Unfortunately, I just don’t think I have a recent backup of the database around so might not be able to recover it easily.

This has forced me, of course, to update my version of WordPress. Along with that I’ve had to change my theme, which has also meant I’ve had to remove a few pages because they relied on widgets specific to that theme. This all means that this blog is now in a state of flux, so thanks for your patience while I spend a while fixing things back up (which, knowing me, will take months!!)

Did you like this? Share it: