Well, for all three of you out there that use Framework you’re in for either a nice surprise or something that will make you want to kill me. I was recently contacted by a company who wanted to use Framework for an upcoming project and was gracious enough to allow me to release some of the upgrades and changes publicly.
The possibly bad news for people who might actually be using Framework is that I totally rewrote some of the core internals. The highlight is that Framework will now load multiple sites without needing multiple installations. Another big upgrade are plugins which will allow you to drop hooks into your modules. All of these new features, of course, are totally beta, but appear to be working pretty well. Read on for the entire list of changes.
- Cleaned up
Framework_Session - Changed
Framework::run()toFramework::start() - Fixed case sensitive bug in
Framework_Module::$presenter - Added multi-site functionality (see
Framework_Siteclass) - Added a plugin framework (see
Framework_Pluginclass) - Added
Framework_Module::factory() - Added
Framework_Module::start() - Added
Framework_Module::stop() - Added
Framework_Module::__shutdown() - Added
Framework::stop() - Added
Framework::$modulefor storing running module instance - Added
Framework::$sitefor storing running site instance - Added
Framework_User - Added
Framework_User::singleton() - Added
Framework_Object_Web - Added
Framework_Site_Common::getUriPath() - Added check in
Framework_Presenter_Smarty::__construct()to check for writeable cache/compile dirs - Added support for custom
Framework_User classes - Assign
Framework::$siteto Smarty templates inFramework_Presenter_Smarty - Deprecated
FRAMEWORK_LOG_FILEinFramework_Config.php - Deprecated
FRAMEWORK_LOG_DSNinFramework_Config.php - Deprecated
FRAMEWORK_USER_TABLEinFramework_User - Deprecated
FRAMEWORK_USER_PRIMARY_KEYinFramework_User - Deprecated
FRAMEWORK_USER_DEFAULT_USERinFramework_User