Rampage PHP Framework based on Zend Framework 2

Installs: 304

Dependents: 1

Stars: 1

Watchers: 2

Forks: 1

Open Issues: 2

Language: PHP

1.1.5 2015-02-17 12:40 UTC


This framework is based on ZendFramework 2. Its goal is to simplyfy the usage of ZF2 and offer some enhancments.

Documentation Status

Key Features

  • Tight integration between Di and ServiceManager
  • XML based module configurations (XSD provided)
  • Powerful resource locators for module resource files (i.e. js and css)
  • Advanced url locators/helpers
  • Cascading themes support
  • Classes for easily handling Console I/O
  • Skeleton generator


The Documentation can be found on readthedocs.org.


This framework is licensed under the terms of the GNU General Public License v3 You can view the license terms in the LICENSE.md file or under http://www.gnu.org/licenses/gpl-3.0-standalone.html

Business Support

Support for this framework and implementations based on this framework are provided by LUKA netconsult GmbH.

Feel free to contact them for:

  • Hosting your solution
  • Web application development and consulting
  • Business SLAs



  1. Add a composer dependency to rampage-php/framework: php composer.phar require rampage-php/framework
  2. Run composer.phar install
  3. Include "vendor/autoload.php" as usual.

Manual setup

  1. Grab a copy of this framework and ZF2.
  2. Make sure Zend\Loader\AutoloaderFactory is loaded/included, if it is not in your include path.
  3. Include rampage.php: require_once 'rampage.php'.


Please review the contribution guide in CONTRIBUTING.md before making any contributions.

Additional Information / FAQ

Why configs via XML?

It is much easier to document and validate available config options as xml with a xml schema definition (xsd) than a php array.

With the provided xsd files you will have an overview which options are available and how to configure them correctly. The framework encapsulates the translation of the xml to the ZF2 config array.

Is the module's manifest.xml required?

No. It is completely up to you if you'd like to use this feature or not.

What about performance when using XML configs

Since loading a php array is faster than processig xml and it'll benefit from bytecode caches, there is an option to pre-compile the xml definitions of your modules to a static array definition which is preferred when it exists.