Advanced PHP Buildpack

This buildpack is a fork from CHH/heroku-buildpack-php which has been improved for the PaaS https://scalingo.com to have a better PHP support.

Characteristics

• Nginx 1.5 and 1.6 - PHP 5.3, 5.4, 5.5 and 5.6 - PHP FPM
• Lightweight stack compared to Apache-ModPHP
• Composer support
• Various frameworks support out of the box (no configuration)
• Dynamic installing of supported extensions listed as ext- requirments in composer.json.

How to use it

This buildpack is used automatically by Scalingo. So you juste need to create a PHP application and to deploy it.

scalingo create my-php-app

Install CLI tool → http://cli.scalingo.com

Node.JS for assets building

If you have package.json file in your repository, you have to enforce the buildpack choice

scalingo env-set BUILDPACK_NAME=php

Available versions

Available PHP Versions Available NGINX Versions

Detection

This buildpack detects apps when the app has a composer.json in the app's root.

If an index.php is detected in the app's root, then it switches to "classic mode", which means that every ".php" file is served with PHP, and the document root is set to the app root.

When a composer.json is detected, then the buildpack does composer install --no-dev.

This buildpack also detects when the app has a node package.json in the app's root. And will install node dependencies like less for example.

Frameworks

CakePHP

Is used when the app requires the pear-pear.cakephp.org/CakePHP Pear package or when the extra.paas.framework key is set to cakephp2 in the composer.json. This project assumes the layout given in the FriendsOfCake/app-template composer project.

Options:

• index-document: With CakePHP apps, this should be the file where $Dispatcher->dispatch(new CakeRequest(), new CakeResponse()); is called. All requests which don't match an existing file will be forwarded to this document.

Classic PHP

Used when no framework is detected, serves all the .php files from the document root.

This is also used when an index.php file was found in the root of your project and no composer.json.

Magento

Is used when the extra.paas.framework key is set to magento in the composer.json.

Silex

Is used when the app requires the silex/silex package or when the framework setting is set to silex in the composer.json.

Options:

• index-document: With Silex apps, this should be the file where $app->run() is called. All requests which don't match an existing file will be forwarded to this document.

Slim

Is used when the app requires the slim/slim package or when the extra.paas.framework key is set to slim in the composer.json.

Options:

• index-document: With Slim apps, this should be the file where $app->run() is called. All requests which don't match an existing file will be forwarded to this document.

Symfony 2

Is detected when the app requires the symfony/symfony package or when the framework setting is set to symfony2 in the composer.json.

This framework preset doesn't need any configuration to work.

Please note that if you use config vars in Composer hooks, or in compile scripts, then a new code push may be necessary if you decide to change a config variable.

Laravel

Detected when laravel/framework is required in your composer.json

Change 4

Detected when rbschange/core is required in your composer.json.

Yii

Detected when yiisoft/yii is required in your composer.json.

Yii2

Detected when yiisoft/yii2 or yiisoft-yii2-dev is required in your composer.json

Extensions

When the buildpack encounters ext- requirements in your composer.json, it will look up the extension name in the supported extensions and install them.

The version constraint is ignored currently.

For example, to install the Sundown extension:

{
    "require": {
        "ext-sundown": "*"
    }
}

Note that the extension requirements defined by dependencies are not taken into account there. It must be required by the project itself.

##Logging

This buildpack defines default log files by framework. It also defines log files nginx and php.

Configuration

Configuration is done via a file named composer.json in the app's root.

A simple configuration could look like this:

{
    "require": {
        "php": ">=5.4.0",
        "silex/silex": "~1.0@dev"
    },
    "extra": {
        "paas": {
            "document-root": "web",
            "index-document": "index.php"
        }
    }
}

This configures an app with the document root set to the project's web directory, and sets that all requests should go through web/index.php which contains the application's front controller.

Configuration Directives

This buildpack supports configuration through directives placed in the paas key in the extra object.

framework

Default: Null

Use a framework preset for configuration. Some configuration keys cannot be overriden!

Available presets:

• cakephp2
• magento
• silex (needs document-root and index-document set)
• slim
• symfony2

Example:

"framework": "silex"

document-root

Document root relative to the app root. Defaults to the app root.

"document-root": "web"

index-document

Default: "index.php"

Index Document relative to the document root.

"index-document": "app.php"

engines

Set PHP and NGINX versions.

To launch the app with PHP 5.3.23 and NGINX 1.3.14:

"engines": {
    "php": "5.3.23",
    "nginx": "1.3.14"
}

Set the version to "default" to use the current default version. The current default versions are NGINX 1.4.4 and PHP 5.5.10.

The version identifiers can also include wildcards, e.g. 5.4.*. At the time of writing, PHP 5.4.26 would be used in this case. This also works for NGINX.

When a file named .php-version exists in the project root, then the PHP version is read from this file instead.

See also:

• [Available NGINX Versions][]
• [Available PHP Versions][]

php-config

Default: []

Add directives to the php.ini.

"php-config": [
    "display_errors=off",
    "short_open_tag=on"
]

php-includes

Default: []

Include additional .ini files that should be parsed after the default php.ini. File paths are treated relative to the app root.

Example:

"php-includes": ["etc/php.ini"]

nginx-includes

Default: []

Include additional config files into the NGINX configuration. Config files are included into the server scope and are loaded after the framework provided config. File paths are treated relative to the app root.

Example:

"nginx-includes": ["etc/nginx.conf"]

compile

Default: []

Run console commands on slug compilation.

"compile": [
    "php app/console assetic:dump --env=prod --no-debug"
]

Note: pecl is not runnable this way.

newrelic

Default: false

Enable instrumentation support via New Relic. You need to define the environment variable NEW_RELIC_LICENSE_KEY for your application on your dashboard.

"newrelic": true

log-files

Default: []

The buildpack defines default log files by framework and some log files for php-fpm and nginx. Any file put in log-files will be be appended to the list. A tail on each unique log file will be run at application startup

"log-files": [
    "app/logs/rabbit-mq.log",
    "vendor/nginx/stuff.log"
],

Node.js

If your app contains a package.json node and its dependencies will be installed

The nodejs buildpack is based on the heroku diet node.js buildpack. This diet branch of the buildpack is intended to replace the official Node.js buildpack once it has been tested by some users.

It :

• Uses the latest stable version of node and npm by default.
• Allows any recent version of node to be used, including pre-release versions, as soon as they become available on nodejs.org/dist.
• Uses the version of npm that comes bundled with node instead of downloading and compiling them separately. npm has been bundled with node since v0.6.3 (Nov 2011). This effectively means that node versions <0.6.3 are no longer supported, and that the engines.npm field in package.json is now ignored.
• Makes use of an s3 caching proxy of nodejs.org for faster downloads of the node binaries.
• Makes fewer HTTP requests when resolving node versions.
• Uses an updated version of node-semver for dependency resolution.
• No longer depends on SCONS.
• Caches the node_modules directory across builds.
• Runs npm prune after restoring cached modules, to ensure that any modules formerly used by your app aren't needlessly installed and/or compiled.

A minimal package.json file with less will look like this :

{
    "author": "Your Name",
    "name": "App",
    "dependencies": {
        "less": ">= 1.4.*"
    }
}

Node and its modules will be available at compilation meaning you could process nodejs script at that time.

Contributing

Please see the CONTRIBUTING file for all the details.