The Kohana cascading idea sounds pretty smart, and surely when they roll out V3, the rewrite will make it better! I might get a copy and have a play when I get a chance.

I was just like you before I started using Zend, trying to get things organised in my own way, and build up my own utility libraries from here and there (ooo … phpclasses is such a paradise.)

But I then soon run in to function name collision, and php version compatibility issues … and at the same time I started reading about pattern designs and php best practices.

So … one day I decided to ditch all my old libraries and start from scratch! That says I picked Zend as my framework.

Zend gives me a clean core with heaps of features, the ones I like and use heavily are ACL, Auth, Registry, DB (Zend’s PDO abstraction classes, not ORM), 2 step view, action helpers, view helpers and so on so forth …

The advantage is basically just like Kohana, things are organised well. and the advantage for using Zend is it’s a use-at-will framework, you can use its libraries even in your throw away apps. ie, never need to use phpmailer anyway !

another massive plus for zend is its integrated phpUnit testing libraries!

anyway, once you’ve got your blog tidied up, i’ll exchange more ideas with you as we go.

Cheers!

Kohana is actually the first and really the only PHP framework I’ve delved into somewhat deeply, so it’s hard to compare to others, like Zend. Many says that the Kohana docs are not very good, which is true, but it’s fairly simple to understand. I’ve taken a look at Zend’s before and it looked more complicated.

Things like Authentication and ORM are okay. I’ve tried it but didn’t really like it much. I generally use only MySQL for web and don’t really need ORM for other database compatibility. I especially like the Cascading Directory system, which is great if you have more than one application that uses Kohana. You can place the Kohana “system” (Kohana core) at the root with the rest of your websites, and within each website directory is your Kohana “application” (application core) directory. Therefore, when you have to upgrade Kohana, you just replace it with the latest “system” directory and all websites will use it. (Of course I test it out before making it production.) Files “cascade” downwards (or upwards?), so if something’s missing in “application” (like a config file), it’ll use the one in “system” by default. And both of the system and application folders sit under the public directory, which is a security plus. Only the index.php and other public files are on the public directory. This is not a out-of-the-box set up of Kohana, but very easy to setup in advance since the index.php has references to the system and application directories that’s easy to modify.

I guess it’s hard for me to explain other things in details. I mainly use a MVC framework and PHP OOP to keep things organized and only use few of the framework libraries (Database, Session, View) and some helper methods. But so far I’ve been able to keep things really organized, make clean SEO friendly sites, and include additional libraries with no problems (like TCPDF, PHPMailer, etc.).

If you don’t mind, would you point out some of the things you like about the Zend Framework? (I’m taking a look at your blog now also to kind of get a sense of it.)

Oh, all this is about the current version, Kohana v2.3.4. v3.0 will be a complete rewrite so I’m not sure how things will be there.

I really gotta get this blog cleaned up from it’s default WP setup. When I do I’ll add a link to yours.

I came across your blog pretty much straight after I posted an article on my own blog about the windows mssql drive issue.

Anyway, about the kohana framework you are using, how are you going with it? I use Zend Framework myself, and will be very interested to see comparisons.