PHP is a widely-used general-purpose scripting language that is especially suited for Web development and can be embedded into HTML.

PHP is available on our platform with the branches 5.6, 7.2, 7.3, 7.4, 8.0, 8.1, 8.2 and 8.3. You can use FTP or Git to deploy your applications.

The HTTP server is Apache 2, and the PHP code is executed by PHP-FPM.

Create an application on Clever Cloud

With the web console

Refer to Quickstart for more details on application creation via the console.

With the Clever Tools CLI

  1. Make sure you have clever-tools installed locally or follow our CLI getting started guide.
  2. In your code folder, do clever create --type <type> <app-name> --region <zone> --org <org> where :
    1. type is the type of technology you rely on
    2. app-name the name you want for your application,
    3. zone deployment zone (par for Paris and mtl for Montreal)
    4. org the organization ID the application will be created under.

Refer to clever create for more details on application creation with Clever Tools.

Setting up environment variables on Clever Cloud

With the Clever Cloud console

  1. Go to the Clever Cloud console, and find the app you want to fine tune under it’s organization.
  2. Find the Environment variables menu and select it.
  3. In this menu, you will see a form with VARIABLE_NAME and variable value fields.
  4. Fill them with the desired values then select Add.
  5. Don’t forget to “Update Changes” at the end of the menu.

With the Clever Tools CLI

  1. Make sure you have clever-tools installed locally. Refer to our CLI getting started.
  2. In your code folder, do clever env set <variable-name> <variable-value>

Refer to environment variables reference for more details on available environment variables on Clever Cloud.

You can of course create custom ones with the interface we just demonstrated, they will be available for your application.

Configure your PHP application

Choose your PHP version

Set the CC_PHP_VERSION environment variable to one of the following values:

  • 5.6
  • 7.2
  • 7.3
  • 7.4
  • 8.0
  • 8.1
  • 8.2
  • 8.3

All new PHP applications are created with a default CC_PHP_VERSION, set to 8.3. You can of course change it whenever you want then redeploy your application to use the version you want. We only support values based on the first two digits (X or X.Y, not X.Y.Z).

The configuration file for your PHP application must be /clevercloud/php.json, that is a php.json file in a /clevercloud folder at the root of your application.

Change the webroot

Since one of the best practices of PHP development is to take the libraries and core files outside the webroot, you may want to set another webroot than the default one (the root of your application).

Using an environment variable

Add a new environment variable called CC_WEBROOT and set /public as its value.

clever env set CC_WEBROOT /public

Using a configuration file

To change the webroot, just set the key webroot in the deploy part of the configuration file clevercloud/php.json with the absolute path (from the root of your application) of your new public folder.

In the following example we want to set the webroot to the folder /public:

    "deploy": {
        "webroot": "/public"
Note the absolute path style: /public. The change of the webroot will be rejected during the deployment if the target directory does not exist or is not a directory.

Change PHP settings

PHP settings

Most PHP settings can be changed using a .user.ini file.

If you want the settings to be applied to the whole application, you should put this file in your webroot. If you did not change it (see above), then your webroot is the root of the repository.

If you put the .user.ini file in a subdirectory; settings will be applied recursively starting from this subdirectory.

Note: .user.ini files are not loaded by the PHP CLI by default.

To do so, you can use a tiny trick:

  1. Add the PHP_INI_SCAN_DIR=:/home/bas environment variable in your application. This way the PHP CLI will try to find a .ini file in /home/bas after loading all other configuration files.

  2. Run the following script in a deployment hook (e.g. in the pre-run hook):

    #!/bin/bash -l
    test -f ${APP_HOME}${CC_WEBROOT}/.user.ini && \
      cp ${APP_HOME}${CC_WEBROOT}/.user.ini ${HOME}/user.ini
Timezone configuration

All instances on Clever Cloud run on the UTC timezone. We recommend to handle all your dates in UTC internally, and only handle timezones when reading or displaying dates.

Additionally, you can set PHP’s time zone setting with .user.ini. For instance, to use the french time zone, edit .user.ini to add this line:

Header injection

Usually, you can use an .htaccess file to create / update / delete headers. You won’t be able to do it from the .htaccess file if the headers come from a .php file, because php-fpm ignores the mod_headers plugin. It works fine for static files directly served by apache.

So if you need to inject headers on HTTP responses (for instance for CORS), you have to do it from PHP (you can’t do it from .htaccess).

header("Access-Control-Allow-Origin: *");

If you want to keep this separate from your application, you can configure the application to execute some code on every request.

In .user.ini, add the following line (you need to create inject_headers.php first):


Please refer to the official documentation for more information.

You can review the available directives; all the PHP_INI_USER, PHP_INI_PERDIR, and PHP_INI_ALL directives can be set from within .user.ini.

clevercloud/php.json settings

Other settings than the one mentioned above can be changed by adding the following line in clevercloud/php.json:

    "configuration": {
        "my.setting": "value"

Here is the list of available settings:

  • mbstring.func_overload
  • pm.max_children

Note: You can send a request to the support if you need to change a setting which cannot be changed via a .user.ini file and is not in this list.

Memory Limit

When php-fpm spawns a worker it allocates a smaller part of the application’s memory to the worker, here is the allocated memory for each flavor:

FlavorMemory Limit

To change this limit you can define MEMORY_LIMIT environment variable.

If you define a limit exceeding the application memory it will use the default one.

pm.max_children: Maximum PHP Children per instance

You can fix the maximum number of PHP running processes per instance by setting pm.max_children (see above).

This setting is useful if you need to limit the number of running processes according to the maximum connections limit of your MySQL or PostgreSQL database.

By default, pm.max_children is set to 10.

Configure Apache

We use Apache 2 as HTTP Server. In order to configure it, you can create a .htaccess file and set directives inside this file.


The .htaccess file can be created everywhere in you app, depending of the part of the application covered by directives.

However, directives who applies to the entire application must be declared in a .htaccess file to the application root.


You can configure basic authentication using environment variables. You will need to set CC_HTTP_BASIC_AUTH variable to your own login:password pair. If you need to allow access to multiple users, you can create additional environment CC_HTTP_BASIC_AUTH_n (where n is a number) variables.

Define a custom HTTP timeout

You can define the timeout of an HTTP request in Apache using the HTTP_TIMEOUT environment variable.

By default, the HTTP timeout is set to 3 minutes (180 seconds).

Force HTTPS traffic

Load balancers handle HTTPS traffic ahead of your application. You can use the X-Forwarded-Proto header to know the original protocol (http or https).

Place the following snippet in a .htaccess file to ensure that your visitors only access your application through HTTPS.

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Prevent Apache to redirect HTTPS calls to HTTP when adding a trailing slash

DirectorySlash is enabled by default on the PHP scalers, therefore Apache will add a trailing slash to a resource when it detects that it is a directory.

E.g. if foobar is a directory, Apache will automatically redirect to

Unfortunately the module is unable to detect if the request comes from a secure connection or not. As a result it will force an HTTPS call to be redirected to HTTP.

In order to prevent this behavior, you can add the following statements in a .htaccess file:

DirectorySlash Off
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+[^/])$ %{HTTP:X-Forwarded-Proto}://%{HTTP_HOST}/$1/ [R=301,L,QSA]

These statements will keep the former protocol of the request when issuing the redirect. Assuming that the header X-Forwarded-Proto is always filled (which is the case on our platform).

If you want to force all redirects to HTTPS, you can replace %{HTTP:X-Forwarded-Proto} with https.

Change the FastCGI module

You can choose between two FastCGI modules, fastcgi and proxy_fcgi.

To choose between these two modules you must use the CC_CGI_IMPLEMENTATION environment variable with fastcgi or proxy_fcgi as a value.

We recommend preferring proxy_fcgi over fastcgi. The fastcgi implementation is not maintained anymore, but has been kept as default to prevent unexpected behaviors with historical applications.

If you have issues with downloading content, it could be related to the fastcgi module not working correctly in combination with the deflate module, as the Content-Length header is not updated to the new size of the encoded content.

To resolve this issue, we advise you to switch the value of CC_CGI_IMPLEMENTATION from default to proxy_fcgi.

Environment injection

As mentioned above, Clever Cloud can inject environment variables that are defined in the dashboard and by add-ons linked to your application.

To access the variables, use the getenv function. So, for example, if your application has a postgresql add-on linked:

$host = getenv("POSTGRESQL_ADDON_HOST");
$database = getenv("POSTGRESQL_ADDON_DB");
$username = getenv("POSTGRESQL_ADDON_USER");
$password = getenv("POSTGRESQL_ADDON_PASSWORD");

$pg = new PDO("postgresql:host={$host};dbname={$database}, $username, $password);
Environment variables are displayed in the default output of phpinfo(). If you want to use phpinfo() without exposing environment variables, you have to call it this way: phpinfo(INFO_GENERAL | INFO_CREDITS | INFO_CONFIGURATION | INFO_MODULES | INFO_LICENSE)


We support Composer build out of the box. You just need to provide a composer.json file in the root of your repository and we will run composer.phar install --no-ansi --no-progress --no-interaction --no-dev for you.

You can also set the CC_COMPOSER_VERSION to 1 or 2 to select the composer version to use.

If you encounter any issues, add your own composer.phar file in the root of your repository which will override the version we use.

You can perform your own composer.phar install by using the Post Build hook.

Example of a composer.json file:

    "require": {
        "laravel/framework": "4.1.*",
        "ruflin/Elastica": "dev-master",
        "shift31/laravel-elasticsearch": "dev-master",
        "natxet/CssMin": "dev-master"
    "repositories": [
            "type": "vcs",
            "url": ""
    "autoload": {
        "classmap": [
        "psr-0": {
            "SomeApp": "app"
    "config": {
        "preferred-install": "dist"
    "minimum-stability": "dev"

Example of a minimalist PHP application using composer and custom scripts: php-composer-demo

Development Dependencies

Development dependencies will not be automatically installed during the deployment. You can control their installation by using the CC_PHP_DEV_DEPENDENCIES environment variable which takes install value.

Any other value than install will prevent development dependencies from being installed.

GitHub rate limit

Sometimes, you can encounter the following error when downloading dependencies:

Failed to download symfony/symfony from dist: Could not authenticate against

To prevent this download dependencies’s fails that is often caused by rate limit of GitHub API while deploying your apps, we recommend you to add oauth token in your composer configuration file or in separate file named as described in composer FAQ (API rate limit and OAuth tokens).

You can find more documentation about composer configuration at


You use Artisan to manage your project and you want to execute artisan migrate before running your app.

To do this, we use a post build hook, you have to set a new environment variable on your Clever application as following:

CC_POST_BUILD_HOOK=php artisan migrate --force

Note: You must add the execute permission to your file (chmod u+x yourfile) before pushing it.

Frameworks and CMS

The following is the list of tested CMS by our team.

It’s quite not exhaustive, so it does not mean that other CMS can’t work on the Clever Cloud platform.

Others PHP frameworks tested on Clever Cloud:

  • Prestashop
  • Dokuwiki
  • Joomla
  • SugarCRM
  • Drupal
  • Magento
  • Symfony
  • Thelia
  • Laravel
  • Sylius

Available extensions and modules

You can check enabled extensions and versions by viewing our phpinfo() example for:

Warning: some extensions need to be enabled explicitly

Clever Cloud PHP application enables the following PHP extensions by default: amqp, bcmath, bz2, ctype, curl, date, dba, dom, exif, fileinfo, filter, ftp, gd, gettext, gmp, gRPC, hash, icon, imap, imagick, intl, json, ldap, libsodium, mbstring, mcrypt, memcached, memcache, mongodb, mysqli, mysqlnd, odbc, opcache, openssl, pnctl, pcre, PDO, pgsql, Phar, posix, protobuf, Pspell, random, readline, redis, reflection, session, simplexml, soap, sockets, solr, SPL, ssh2, sqlite3, tidy, tokenizer, xml, xmlreader, xmlwriter, xsl, zip, zlib

You can add DISABLE_<extension_name>: true in your environment variable to disable them.

If you have a request about modules, feel free to contact our support at

On PHP 7, the memcache extension is not available; only memcached is available.

Enable specific extensions

Some extensions need to be enabled explicitly. To enable these extensions, you’ll need to set the corresponding environment variable:

  • APCu: set ENABLE_APCU to true.

    APCu is an in-memory key-value store for PHP. Keys are of type string and values can be any PHP variables.

  • Couchbase: set ENABLE_COUCHBASE and ENABLE_PCS to true

    Couchbase is a document database with a SQL-based query language that is engineered to deliver performance at scale.

  • Elastic APM Agent: set ENABLE_ELASTIC_APM_AGENT to true (default if ELASTIC_APM_SERVER_URL is defined).

    Elastic APM agent is Elastic’s APM agent extension for PHP. The PHP agent enables you to trace the execution of operations in your application, sending performance metrics and errors to the Elastic APM server. Warning: This extension is available starting PHP 7.2.

  • Event: set ENABLE_EVENT to true.

    Event is an extension to schedule I/O, time and signal based events.

  • GEOS: set ENABLE_GEOS to true.

    GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS).

  • GnuPG: set ENABLE_GNUPG to true.

    GnuPG is an extension that provides methods to interact with GNU Privacy Guard (OpenPGP implementation).

  • IonCube: set ENABLE_IONCUBE to true.

    IonCube is a tool to obfuscate PHP code. It’s often used by paying Prestashop and WordPress plugins.

  • Mailparse: set ENABLE_MAILPARSE to true.

    Mailparse is an extension for parsing and working with email messages. It can deal with RFC 822 and RFC 2045 (MIME) compliant messages.

  • Mongo: set ENABLE_MONGO to true.

    MongoDB is a NoSQL Database. This extension allows to use it from PHP. Warning: this extension is now superseded by the mongodb extension. We provide it for backward compatibility.

  • NewRelic: set ENABLE_NEWRELIC to true.

    Newrelic Agent for PHP. Newrelic is a software analytics tool.

  • OAuth: set ENABLE_OAUTH to true.

    OAuth consumer extension. OAuth is an authorization protocol built on top of HTTP.

  • PCS: set ENABLE_PCS to true.

    PCS provides a fast and easy way to mix C and PHP code in your PHP extension.

  • Rdkafka: set ENABLE_RDKAFKA to true.

    PHP-rdkafka is a thin librdkafka binding providing a working PHP 5 / PHP 7 Kafka client.

  • Sqreen: The Sqreen agent is started automatically after adding the environment variables (SQREEN_API_APP_NAME and SQREEN_API_TOKEN).

  • Uopz: set ENABLE_UOPZ to true. The uopz extension is focused on providing utilities to aid with unit testing PHP code.

  • Uploadprogress: set ENABLE_UPLOADPROGRESS to true. The uploadprogress extension is used to track the progress of a file download.

  • XDebug: set ENABLE_XDEBUG to true.

    XDebug is a debugger and profiler tool for PHP.

Configure the session storage

By default, a FS Bucket is created for each PHP applications. It is used to store session files, so that session data is available on each instance.

This FS Bucket is also used to store TMP files by default. You can change this behaviour by setting the TMPDIR environment variable. You can set it to /tmp for example.

Speed up or disable the session FS Bucket

You can set the following environment variables:

  • CC_PHP_ASYNC_APP_BUCKET=async to mount the session FS Bucket with the async option. It speeds up the FS Bucket usage, but it can corrupt files in case of a network outage.
  • CC_PHP_DISABLE_APP_BUCKET=(true|yes|disable) to entirely prevent the session FS Bucket from being mounted. Use this if you don’t use the default PHP session library. It will speed up your application but users might lose their session across instances and deployments.

Use Redis to store PHP Sessions

We provide the possibility to store the PHP sessions in a Redis database to improve reliability.

If your application is under heavy load, redis persistence for sessions can improve latency.

To enable this feature, you need to:

  • enable Redis support on the application (create an environment variable named ENABLE_REDIS with the value true.)
  • create and link a Redis add-on
  • create an environment variable named SESSION_TYPE with the value redis.
You must have a Redis add-on linked with your application to enable PHP session storage in Redis. If no Redis add-on is linked with your application, the deployment will fail.

Sending emails

The PHP language has the mail function to directly send emails. While we do not provide a SMTP server (needed to send the emails), you can configure one through environment variables.

We provide Mailpace addon to send emails through PHP mail() function. You have to turn TLS on with port 465 (environment variable CC_MTA_SERVER_USE_TLS=true) to make Mailpace working.

We also recommend you to use Mailgun or Mailjet if your project supports it. These services already have everything you need to send emails from your code.

Configure the SMTP server

Services like Mailgun or Mailjet provide SMTP servers. If your application has no other way but to use the mail function of PHP to send emails, you have to configure a SMTP server. This can be done through environment variables:

  • CC_MTA_SERVER_HOST: Host of the SMTP server.
  • CC_MTA_SERVER_PORT: Port of the SMTP server. Defaults to 465 whether TLS is enabled or not.
  • CC_MTA_AUTH_USER: User to authenticate to the SMTP server.
  • CC_MTA_AUTH_PASSWORD: Password to authenticate to the SMTP server.
  • CC_MTA_SERVER_USE_TLS: Enable or disable TLS. Defaults to true.
  • CC_MTA_SERVER_STARTTLS: Enable or disable STARTTLS. Defaults to false.
  • CC_MTA_SERVER_AUTH_METHOD: Enable or disable authentication. Defaults to on.

Configure Monolog

A lot of frameworks (including Symfony) use Monolog to handle logging. The default configuration of Monolog doesn’t allow to log errors into the console.

Here is a basic configuration of Monolog to send your application’s logs into our logging system and access them into the Console:

      type: error_log
      level: warning

You can change the level to whatever level you desire. For Symfony, the configuration file is app/config/config_prod.yml.

Laravel doesn’t need Monolog to retrieve logs via Clever console or Clever CLI. Here, ensure that you have the following line in config/app.php:

return [
    // ...
    'log' => env('APP_LOG'),
    // ...

Then, set APP_LOG=syslog as Clever application environment variable.

Using HTTP authentication

Using basic HTTP authentication, PHP usually handles the values of user and password in variables named $_SERVER['PHP_AUTH_USER'] and $_SERVER['PHP_AUTH_PW'].

At Clever Cloud, we have enabled an Apache option to pass directly the Authorization header, even though we are using FastCGI; still, the header is not used by PHP, and the aforementioned variables are empty.

You can do this to fill them using the Authorization header:

list($_SERVER['PHP_AUTH_USER'], $_SERVER['PHP_AUTH_PW']) = explode(':' , base64_decode(substr($_SERVER['Authorization'], 6)));

Monitor your application with New Relic

You can use New Relic to monitor your application on Clever Cloud.

Please refer to our New Relic documentation to configure it for your application.

Monitor your application with Blackfire

You can use Blackfire to monitor your application on Clever Cloud.

Please refer to our Blackfire documentation to configure it for your application.

Deploy on Clever Cloud

Application deployment on Clever Cloud is via Git or FTP.

Git Deployment on Clever Cloud

You need Git on your computer to deploy via this tool. Here is the official website of Git to get more information:

Setting up your remotes

  1. The “Information” page of your app gives you your Git deployment URL, it looks like this:

    1. git+ssh://<your_app_id>.git
    2. Copy it in your clipboard
  2. Locally, under your code folder, type in git init to set up a new git repository or skip this step if you already have one

  3. Add the deploy URL with git remote add <name> <your-git-deployment-url>

  4. Add your files via git add <files path> and commit them via git commit -m <your commit message>

  5. Now push your application on Clever Cloud with git push <name> master

Refer to git deployments for more details.

FTP Deployment

Make sure you have Filezilla or an other FTP software installed in your machine.

When you chose to deploy your application via FTP at the application creation, the system creates a free FS Bucket with an ID matching your application’s ID.

Find the FTP credentials in the configuration tab of this particular FS Bucket.

Just follow the instructions of your FTP Software to send code to Clever Cloud.

⚠️ An FTP application automatically starts once you create the application, even if you don’t send any code yet.

Refer to Quick Start - FTP deployment for more details.


ProxySQL is a tool that acts like a proxy between your application and your MySQL add-on. Instead of connecting to your MySQL add-on, you can connect to the local ProxySQL and it will forward all your requests to your MySQL add-on.

This allows you to let ProxySQL take care of some interesting features like connection pooling or leader / follower setup.

You can learn more about ProxySQL on the dedicated documentation page

More configuration

Need more configuration? To run a script at the end of your deployment? To add your private SSH key to access private dependencies?

Go check the Common configuration page.

You may want to have an advanced usage of your application, in which case we recommend you to read the Administrate documentation section.

If you can’t find something or have a specific need like using a non supported version of a particular software, please reach out to the support.

Enable health check during deployment

The healthcheck allows you to limit downtimes. Indeed, you can provide Clever Cloud with paths to check. If these paths return something other than 200, the deployment will fail.

Add one (or several) environment variable as such:




The deployment process checks all paths. All of them must reply with a 200 OK response code.

By default, when no environment variable (for ex: APP_HOME) is defined, the monitoring checks your repository root path /.


Using the path listed above, below are the expected logs:

Response from GET /my/awesome/path is 200
Response from GET /my/other/path is 500
Health check failed:
- GET /my/other/path returned 500.
If the deployment fails after this message, please update your configuration and redeploy.

In this example, the first path is OK, but the second one failed. This gives you a hint on what failed in your application.

Best practice for healthcheck endpoints

To make the most of a healthcheck endpoint, have it check your critical dependencies. For example:

  • execute SELECT 1 + 1; on your database
  • retrieve a specific Cellar file
  • ping a specific IP through a VPN
Last updated on