Pragmatism in the real world
When casting around for another file format for Zend Config, I came up with XML or YAML. Obviously I posted to the mailing list for thoughts and Paul Jones suggested the completely obvious: PHP arrays! Another one, perhaps so obvious it is invisible, is a PHP array. Simple, straightforward, fast, no parser needed, open to programmatic manipulation. If it has not already been implemented, it would be trivial to do so. And he's right. One… continue reading.
In case you missed it, the Zend Framework Subversion revision 532 is important as Darby has put in place the test harness fiiles required for testing the incubator code. Thanks Darby! For the tests to pass you must have the following on your include path: /path/to/PEAR /path/to/zend_framework/library /path/to/zend_framework/incubator /path/to/zend_framework/tests You can then run the tests from the incubator/tests directory using php -f AllTests.php. If you don't want to change your php.ini file, then php -d… continue reading.
There's an interesting thread on the ZF mailing list called Default Dirs which deals with where to put your code. It's well worth a read. I've touched on this before, but thought I'd update my half a dozen readers on my current thinking :) The manual suggests: /application /models /views /controllers /document_root /images /styles .htaccess index.php /library /Zend My current directory stucture currently looks like: /application /models /views /controllers /schemas /tests config.ini /scripts /www /img… continue reading.
Just a quick note that the Zend_Config work I've been doing is now in the incubator within the official svn tree! (Trac link: http://framework.zend.com/developer/browser/trunk/incubator/library/Zend/Config) Thanks to Darby for sorting this out! Now everyone needs to go and bash on it and report bugs :)
After discussion with Jayson on the Zend Framework's fw-general list and dealing with some excellent bug reports by Richard (aka OpenMacNews), I've come to the conclusion that the implementation of Akrabat_Config is wrong. I've redone it as two separate classes with no base class. We now have: Akrabat_Config Akrabat_Config_ini Akrabat_Config takes an associative array and provides read only access to it as properties properties . It also implements Countable and Iterator to make life easier.… continue reading.
There's been quite a lot of interesting discussion about my Zend_Config proposal this week. As a result it became clear that the method of extension to multiple sections that I chose in Akrabat_Config v0.6 was not what was envisaged. I wrote up the four choices that I could see for doing inheritence into a post: Of course, it all depends on what is meant by "nesting" in the comment I've quoted :) It's likely that… continue reading.
A couple of weeks ago I received feedback from the Zend Framework core team about my Zend_Config proposal v1 and have finally found the time to updated the proposal accordingly. The key points with my comments interspersed were: – The Zend_Config class shall never modify configuration information in its storage containers That's ok – I never planned to do writing to ini file anyway. – The configuration information should only be allow to be modified… continue reading.
Last night was the first meeting of the West Midlands PHP User Group. The phpwm is a mailing list group of around 100 members and now we've placed some names to faces. Jono Bacon organised the meeting, and Open Advantage graciously hosted it and even provided food! To get us started, we had three short talks: David Goodwin of Pale Purple talked about Smarty and separation of business code from display code. Elliot of Open… continue reading.
This bug is finally fixed in subversion revision 386 of the Zend Framework. The Zend Framework now as a bug tracker and this bug was reported in tickets #21 and #32. I noticed #36 first though, so attached the correct patch there. A little later I committed it to subversion and that bug is gone! Next up is unit tests for the Zend_Db tree. I've created ticket #36 to track my first attempt at getting… continue reading.
(Putting this here, mainly so that I can reference it!) There's a bug in Zend_Db_Adapter_Pdo_Abstract::insert(). I posted in to the mailing list and it's available here in the archives. In short, if you use the PDO drivers and have table field names with underscores in them, then you need to delete the insert() function within the class Zend_Db_Adapter_Pdo_Abstract.
