Handling Multiple Environments

Developers often desire different system behavior depending on whether an application is running in a development or production environment. For example, verbose error output is something that would be useful while developing an application, but it may also pose a security issue when “live”. In development environments, you might want additional tools loaded that you don’t in production environments, etc.

The ENVIRONMENT Constant

By default, CodeIgniter comes with the ENVIRONMENT constant set to use the value provided in $_SERVER['CI_ENVIRONMENT'], otherwise defaulting to production. This can be set in several ways depending on your server setup.

Note

The environment testing is the special one for PHPUnit testing. It has special conditions built into the framework at various places to assist with that. You can’t use it for your development.

Note

You can check the current environment by spark env command:

> php spark env

.env

The simplest method to set the variable is in your .env file.

CI_ENVIRONMENT = development

Note

You can change the CI_ENVIRONMENT value in .env file by spark env command:

> php spark env production

Apache

This server variable can be set in your .htaccess file or Apache config using SetEnv.

SetEnv CI_ENVIRONMENT development

nginx

Under nginx, you must pass the environment variable through the fastcgi_params in order for it to show up under the $_SERVER variable. This allows it to work on the virtual-host level, instead of using env to set it for the entire server, though that would work fine on a dedicated server. You would then modify your server config to something like:

server {
    server_name localhost;
    include     conf/defaults.conf;
    root        /var/www;

    location    ~* \.php$ {
        fastcgi_param CI_ENVIRONMENT "production";
        include conf/fastcgi-php.conf;
    }
}

Alternative methods are available for nginx and other servers, or you can remove this logic entirely and set the constant based on the server’s IP address (for instance).

In addition to affecting some basic framework behavior (see the next section), you may use this constant in your own development to differentiate between which environment you are running in.

Boot Files

CodeIgniter requires that a PHP script matching the environment’s name is located under APPPATH/Config/Boot. These files can contain any customizations that you would like to make for your environment, whether it’s updating the error display settings, loading additional developer tools, or anything else. These are automatically loaded by the system. The following files are already created in a fresh install:

  • development.php
  • production.php
  • testing.php

Effects On Default Framework Behavior

There are some places in the CodeIgniter system where the ENVIRONMENT constant is used. This section describes how default framework behavior is affected.

Error Reporting

Setting the ENVIRONMENT constant to a value of development will cause all PHP errors to be rendered to the browser when they occur. Conversely, setting the constant to production will disable all error output. Disabling error reporting in production is a good security practice.