Note: this is the "per-architecture" repository for the windows-amd64
builds of the drupal
official image -- for more information, see "Architectures other than amd64?" in the official images documentation and "An image's source changed in Git, now what?" in the official images FAQ.
-
Maintained by:
the Docker Community (not the Drupal Community or the Drupal Security Team) -
Where to get help:
the Docker Community Forums, the Docker Community Slack, or Stack Overflow
WARNING: THIS IMAGE IS NOT SUPPORTED ON THE windows-amd64
ARCHITECTURE
-
Where to file issues:
https://github.com/docker-library/drupal/issues -
Supported architectures: (more info)
amd64
,arm32v5
,arm32v6
,arm32v7
,arm64v8
,i386
,mips64le
,ppc64le
,s390x
-
Published image artifact details:
repo-info repo'srepos/drupal/
directory (history)
(image metadata, transfer size, etc) -
Image updates:
official-images repo'slibrary/drupal
label
official-images repo'slibrary/drupal
file (history) -
Source of this description:
docs repo'sdrupal/
directory (history)
Drupal is a free and open-source content-management framework written in PHP and distributed under the GNU General Public License. It is used as a back-end framework for at least 2.1% of all Web sites worldwide ranging from personal blogs to corporate, political, and government sites including WhiteHouse.gov and data.gov.uk. It is also used for knowledge management and business collaboration.
The basic pattern for starting a drupal
instance is:
$ docker run --name some-drupal -d winamd64/drupal
If you'd like to be able to access the instance from the host without the container's IP, standard port mappings can be used:
$ docker run --name some-drupal -p 8080:80 -d winamd64/drupal
Then, access it via http://localhost:8080
or http://host-ip:8080
in a browser.
There are multiple database types supported by this image, most easily used via Docker networks. In the default configuration, SQLite can be used to avoid a second container and write to flat-files. More detailed instructions for different (more production-ready) database types follow.
When first accessing the webserver provided by this image, it will go through a brief setup process. The details provided below are specifically for the "Set up database" step of that configuration process.
For using Drupal with a MySQL database you'll want to run a MySQL container and configure it using environment variables for MYSQL_DATABASE
, MYSQL_USER
, MYSQL_PASSWORD
, and MYSQL_ROOT_PASSWORD
$ docker run -d --name some-mysql --network some-network \
-e MYSQL_DATABASE=drupal \
-e MYSQL_USER=user \
-e MYSQL_PASSWORD=password \
-e MYSQL_ROOT_PASSWORD=password \
mysql:5.7
In Drupal's "set up database" step on the web installation walkthrough enter the values for the environment variables you provided
- Database name/username/password:
<details for accessing your MySQL instance>
(MYSQL_USER
,MYSQL_PASSWORD
,MYSQL_DATABASE
; see environment variables in the description formysql
) - ADVANCED OPTIONS; Database host:
some-mysql
(Containers on the same docker-network are routable by their container-name)
For using Drupal with a PostgreSQL database you'll want to run a Postgres container and configure it using environment variables for POSTGRES_DB
, POSTGRES_USER
, and POSTGRES_PASSWORD
$ docker run -d --name some-postgres --network some-network \
-e POSTGRES_DB=drupal \
-e POSTGRES_USER=user \
-e POSTGRES_PASSWORD=pass \
postgres:11
In Drupal's "set up database" step on the web installation walkthrough enter the values for the environment variables you provided
- Database type:
PostgreSQL
- Database name/username/password:
<details for accessing your PostgreSQL instance>
(POSTGRES_USER
,POSTGRES_PASSWORD
,POSTGRES_DB
; see environment variables in the description forpostgres
) - ADVANCED OPTIONS; Database host:
some-postgres
(Containers on the same docker-network are routable by their container-name)
By default, this image does not include any volumes. There is a lot of good discussion on this topic in docker-library/drupal#3, which is definitely recommended reading.
There is consensus that /var/www/html/modules
, /var/www/html/profiles
, and /var/www/html/themes
are things that generally ought to be volumes (and might have an explicit VOLUME
declaration in a future update to this image), but handling of /var/www/html/sites
is somewhat more complex, since the contents of that directory do need to be initialized with the contents from the image.
If using bind-mounts, one way to accomplish pre-seeding your local sites
directory would be something like the following:
$ docker run --rm winamd64/drupal tar -cC /var/www/html/sites . | tar -xC /path/on/host/sites
This can then be bind-mounted into a new container:
$ docker run --name some-drupal --network some-network -d \
-v /path/on/host/modules:/var/www/html/modules \
-v /path/on/host/profiles:/var/www/html/profiles \
-v /path/on/host/sites:/var/www/html/sites \
-v /path/on/host/themes:/var/www/html/themes \
winamd64/drupal
Another solution using Docker Volumes:
$ docker volume create drupal-sites
$ docker run --rm -v drupal-sites:/temporary/sites winamd64/drupal cp -aRT /var/www/html/sites /temporary/sites
$ docker run --name some-drupal --network some-network -d \
-v drupal-modules:/var/www/html/modules \
-v drupal-profiles:/var/www/html/profiles \
-v drupal-sites:/var/www/html/sites \
-v drupal-themes:/var/www/html/themes \
winamd64/drupal
... via docker stack deploy
or docker-compose
Example stack.yml
for drupal
:
# Drupal with PostgreSQL
#
# Access via "http://localhost:8080"
# (or "http://$(docker-machine ip):8080" if using docker-machine)
#
# During initial Drupal setup,
# Database type: PostgreSQL
# Database name: postgres
# Database username: postgres
# Database password: example
# ADVANCED OPTIONS; Database host: postgres
version: '3.1'
services:
drupal:
image: drupal:8-apache
ports:
- 8080:80
volumes:
- /var/www/html/modules
- /var/www/html/profiles
- /var/www/html/themes
# this takes advantage of the feature in Docker that a new anonymous
# volume (which is what we're creating here) will be initialized with the
# existing content of the image at the same location
- /var/www/html/sites
restart: always
postgres:
image: postgres:10
environment:
POSTGRES_PASSWORD: example
restart: always
Run docker stack deploy -c stack.yml drupal
(or docker-compose -f stack.yml up
), wait for it to initialize completely, and visit http://swarm-ip:8080
, http://localhost:8080
, or http://host-ip:8080
(as appropriate). When installing select postgres
as database with the following parameters: dbname=postgres
user=postgres
pass=example
hostname=postgres
This image does not provide any additional PHP extensions or other libraries, even if they are required by popular plugins. There are an infinite number of possible plugins, and they potentially require any extension PHP supports. Including every PHP extension that exists would dramatically increase the image size.
If you need additional PHP extensions, you'll need to create your own image FROM
this one. The documentation of the php
image explains how to compile additional extensions. Additionally, the drupal:7
Dockerfile has an example of doing this.
The following Docker Hub features can help with the task of keeping your dependent images up-to-date:
- Automated Builds let Docker Hub automatically build your Dockerfile each time you push changes to it.
See the "Running as an arbitrary user" section of the php
image documentation.
View license information for the software contained in this image.
As with all Docker images, these likely also contain other software which may be under other licenses (such as Bash, etc from the base distribution, along with any direct or indirect dependencies of the primary software being contained).
Some additional license information which was able to be auto-detected might be found in the repo-info
repository's drupal/
directory.
As for any pre-built image usage, it is the image user's responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within.