The concept is simple, but its application is complicated. There is no metric for just how abstract a portion of code is, or how necessary or unnecessary the degree of abstraction a chunk of code is in the context of the problem it aims to solve. Perhaps the code needs to solve many problems, and a great degree of abstraction has merit, or perhaps the design is so bulky and complex the initial development time and long term maintenance overhead are staggering.
MySQL PREG Again
In our article several months ago we discovered the the PREG plugin for MySQL and realized there were no Ports in the mainline repository for Macports. Back then we shared our install instructions and now we find a need to install MySQL PREG on Ubuntu.
Using Doctrine2 for your new Zend project and Migrations 2.0 for database versioning? One aspect that quickly becomes annoying is the lack of integration with the standard Zend application.ini. Yes there is –configuration which allows you to specify configuration options via xml or yml, but those files aren’t aware of the many environments your Zend application is likely deployed to, nor do they know about handy shortcuts like APPLICATION_ENV, forcing you to hardcode absolute paths in each of several configuration files (one per environment).
Getting tired of seeing preview pages from your WordPress blog in Google Analytics for your WordPress site?
A few months back we posted an article about a limitation in the design of SoapServer and it’s cousin Zend_Soap_Server. Zend_Amf_Server has a similar problem, namely no way to log input parameters and output results for service calls. As mentioned previously, being able to log inputs and outputs from a central location is a huge boon. The good news is Zend_Amf_Server does the protocol marshalling entirely in userspace so it’s much easier to accomplish this time around.