Writing a custom Dockerfile for PHP
Writing a custom Dockerfile for a PHP application
Overview
If we detect that your application uses PHP we will suggest a default Dockerfile for you to use (see below). This file should work for most PHP applications, but if your app has some special cases you may need to modify it or write your own from scratch. This doc will walk you through the basics of doing so.
Before following this guide, we recommend getting acquainted with the basics of the Docker platform. Because you're using Cloud 66, most of the Docker tasks and processes described will be completely automated, but it is useful to understand why a Dockerfile is necessary and what it does.
Adding a Dockerfile to your repo
A Dockerfile
is essentially a plaintext file with no file extension that you add to the root of your repository. If for some reason you can’t have it in the root, you can specify this in your Cloud 66 service config.
Default PHP Dockerfile
This is the Dockerfile we will suggest for PHP apps that do not already have one:
The file is obviously customisable as needed. For example, you can choose to install an alternative database driver in the apt-get install
block.
Writing your own Dockerfile
We generally recommend against writing your own Dockerfile from scratch, but the basics are not difficult to master. Before starting you should have a firm understanding of basic Docker commands (RUN
, ENV
, ADD
, WORKDIR
etc).
The order of the commands is extremely important. If you try to run a component before one of its dependencies, the build will fail.
The simplest possible Dockerfile for a PHP application looks something like this:
This image is obviously missing a lot components that you might need - it has no database drivers for example - but you can add these as needed.
You'll notice that we do not set up any virtual hosts - this is because traffic to Cloud 66 apps is handled by Nginx. Apache is only required to serve traffic to the internal container (service) network.
Where is the CMD command?
Cloud 66 uses the command that you define in your service.yml
to run the application (overriding whatever is in the Dockerfile). Although you can omit this, and rely on the implicit command in the Dockerfile, we strongly recommended defining commands via your service.yml
.