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_Site
class) - Added a plugin framework (see
Framework_Plugin
class) - Added
Framework_Module::factory()
- Added
Framework_Module::start()
- Added
Framework_Module::stop()
- Added
Framework_Module::__shutdown()
- Added
Framework::stop()
- Added
Framework::$module
for storing running module instance - Added
Framework::$site
for 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::$site
to Smarty templates inFramework_Presenter_Smarty
- Deprecated
FRAMEWORK_LOG_FILE
inFramework_Config.php
- Deprecated
FRAMEWORK_LOG_DSN
inFramework_Config.php
- Deprecated
FRAMEWORK_USER_TABLE
inFramework_User
- Deprecated
FRAMEWORK_USER_PRIMARY_KEY
inFramework_User
- Deprecated
FRAMEWORK_USER_DEFAULT_USER
inFramework_User