This repository contains Docker configuration aimed at Moodle developers and testers to easily deploy a testing environment for Moodle.
- All supported database servers (PostgreSQL, MySQL, Micosoft SQL Server, Oracle XE)
- Behat/Selenium configuration for Firefox and Chrome
- Catch-all smtp server and web interface to messages using MailHog
- All PHP Extensions enabled configured for external services (e.g. solr, ldap)
- All supported PHP versions
- Zero-configuration approach
- Backed by automated tests
- Docker and Docker Compose installed
- 3.25GB of RAM (if you choose Microsoft SQL Server as db server)
# Set up path to Moodle code
export MOODLE_DOCKER_WWWROOT=/path/to/moodle/code
# Choose a db server (Currently supported: pgsql, mariadb, mysql, mssql, oracle)
export MOODLE_DOCKER_DB=pgsql
# Ensure customized config.php for the Docker containers is in place
cp config.docker-template.php $MOODLE_DOCKER_WWWROOT/config.php
# Start up containers
bin/moodle-docker-compose up -d
# Wait for DB to come up (important for oracle/mssql)
bin/moodle-docker-wait-for-db
# Work with the containers (see below)
# [..]
# Shut down and destroy containers
bin/moodle-docker-compose down
By default, the script will load a single instance. If you want to run two
or more different versions of Moodle at the same time, you have to add this
environment variable prior running any of the steps at Quick start
:
# Define a project name; it will appear as a prefix on container names.
export COMPOSE_PROJECT_NAME=moodle34
# Use a different public web port from those already taken
export MOODLE_DOCKER_WEB_PORT=1234
# [..] run all "Quick steps" now
Having set up several Moodle instances, you need to have set up
the environment variable COMPOSE_PROJECT_NAME
to just refer
to the instance you expect to. See
envvars
to see more about docker-compose
environment variables.
# Initialize behat environment
bin/moodle-docker-compose exec webserver php admin/tool/behat/cli/init.php
# [..]
# Run behat tests
bin/moodle-docker-compose exec -u www-data webserver php admin/tool/behat/cli/run.php --tags=@auth_manual
Running single behat site:
Moodle 3.4dev (Build: 20171006), 33a3ec7c9378e64c6f15c688a3c68a39114aa29d
Php: 7.1.9, pgsql: 9.6.5, OS: Linux 4.9.49-moby x86_64
Server OS "Linux", Browser: "firefox"
Started at 25-05-2017, 19:04
...............
2 scenarios (2 passed)
15 steps (15 passed)
1m35.32s (41.60Mb)
Notes:
- The behat faildump directory is exposed at http://localhost:8000/_/faildumps/.
# Initialize phpunit environment
bin/moodle-docker-compose exec webserver php admin/tool/phpunit/cli/init.php
# [..]
# Run phpunit tests
bin/moodle-docker-compose exec webserver vendor/bin/phpunit auth_manual_testcase auth/manual/tests/manual_test.php
Moodle 3.4dev (Build: 20171006), 33a3ec7c9378e64c6f15c688a3c68a39114aa29d
Php: 7.1.9, pgsql: 9.6.5, OS: Linux 4.9.49-moby x86_64
PHPUnit 5.5.7 by Sebastian Bergmann and contributors.
.. 2 / 2 (100%)
Time: 4.45 seconds, Memory: 38.00MB
OK (2 tests, 7 assertions)
Notes:
- If you want to run test with coverage report, use command:
bin/moodle-docker-compose exec webserver phpdbg -qrr vendor/bin/phpunit --coverage-text auth_manual_testcase auth/manual/tests/manual_test.php
# Initialize Moodle database for manual testing
bin/moodle-docker-compose exec webserver php admin/cli/install_database.php --agree-license --fullname="Docker moodle" --shortname="docker_moodle" --summary="Docker moodle site" --adminpass="test" --adminemail="admin@example.com"
Notes:
- Moodle is configured to listen on
http://localhost:8000/
. - Mailhog is listening on
http://localhost:8000/_/mail
to view emails which Moodle has sent out. - The admin
username
you need to use for logging in isadmin
by default. You can customize it by passing--adminuser='myusername'
In order to run Behat tests for the mobile app, you need to install the local_moodlemobileapp plugin in your Moodle site. Everything else should be the same as running standard Behat tests for Moodle. Make sure to filter tests using the @app
tag.
The Behat tests will be run against a container serving the mobile application, you have two options here:
-
Use a docker image that includes the application code. You need to specify the
MOODLE_DOCKER_APP_VERSION
env variable and the moodlehq/moodleapp image will be downloaded from docker hub. -
Use a local copy of the application code and serve it through docker, similar to how the Moodle site is being served. Set the
MOODLE_DOCKER_APP_PATH
env variable to the codebase in you file system. This will assume that you've already initialized the app callingnpm install
andnpm run setup
locally.
For both options, you also need to set MOODLE_DOCKER_BROWSER
to "chrome".
# Install local_moodlemobileapp plugin
git clone git://github.com/moodlehq/moodle-local_moodlemobileapp "$MOODLE_DOCKER_WWWROOT/local/moodlemobileapp"
# Initialize behat environment
bin/moodle-docker-compose exec webserver php admin/tool/behat/cli/init.php
# [..]
# Run behat tests
bin/moodle-docker-compose exec -u www-data webserver php admin/tool/behat/cli/run.php --tags="@app&&@mod_login"
Running single behat site:
Moodle 4.0dev (Build: 20200615), a2b286ce176fbe361f0889abc8f30f043cd664ae
Php: 7.2.30, pgsql: 11.8 (Debian 11.8-1.pgdg90+1), OS: Linux 5.3.0-61-generic x86_64
Server OS "Linux", Browser: "chrome"
Browser specific fixes have been applied. See http://docs.moodle.org/dev/Acceptance_testing#Browser_specific_fixes
Started at 13-07-2020, 18:34
.....................................................................
4 scenarios (4 passed)
69 steps (69 passed)
3m3.17s (55.02Mb)
If you are going with the second option, this can be used for local development of the mobile app, given that the moodleapp
container serves the app on the local 8100 port. However, this is intended to run Behat tests that require interacting with a local Moodle environment. Normal development should be easier calling npm start
in the host system.
By all means, if you don't want to have npm installed locally you can go full docker executing the following commands before starting the containers:
docker run --volume $MOODLE_DOCKER_APP_PATH:/app --workdir /app node:11 npm install
docker run --volume $MOODLE_DOCKER_APP_PATH:/app --workdir /app node:11 npm run setup
If MOODLE_DOCKER_SELENIUM_VNC_PORT
is defined, selenium will expose a VNC session on the port specified so behat tests can be viewed in progress.
For example, if you set MOODLE_DOCKER_SELENIUM_VNC_PORT
to 5900..
- Download a VNC client: https://www.realvnc.com/en/connect/download/viewer/
- With the containers running, enter 0.0.0.0:5900 as the port in VNC Viewer. You will be prompted for a password. The password is 'secret'.
- You should be able to see an empty Desktop. When you run any Behat tests a browser will popup and you will see the tests execute.
bin/moodle-docker-compose down
which was used above after using the containers stops and destroys the containers. If you want to use your containers continuously for manual testing or development without starting them up from scratch everytime you use them, you can also just stop without destroying them. With this approach, you can restart your containers sometime later, they will keep their data and won't be destroyed completely until you run bin/moodle-docker-compose down
.
# Stop containers
bin/moodle-docker-compose stop
# Restart containers
bin/moodle-docker-compose start
You can change the configuration of the docker images by setting various environment variables before calling bin/moodle-docker-compose up
.
Environment Variable | Mandatory | Allowed values | Default value | Notes |
---|---|---|---|---|
MOODLE_DOCKER_DB |
yes | pgsql, mariadb, mysql, mssql, oracle | none | The database server to run against |
MOODLE_DOCKER_WWWROOT |
yes | path on your file system | none | The path to the Moodle codebase you intend to test |
MOODLE_DOCKER_PHP_VERSION |
no | 7.4, 7.3, 7.2, 7.1, 7.0, 5.6 | 7.3 | The php version to use |
MOODLE_DOCKER_BROWSER |
no | firefox, chrome | firefox | The browser to run Behat against |
MOODLE_DOCKER_PHPUNIT_EXTERNAL_SERVICES |
no | any value | not set | If set, dependencies for memcached, redis, solr, and openldap are added |
MOODLE_DOCKER_WEB_HOST |
no | any valid hostname | localhost | The hostname for web |
MOODLE_DOCKER_WEB_PORT |
no | any integer value (or bind_ip:integer) | 127.0.0.1:8000 | The port number for web. If set to 0, no port is used. If you want to bind to any host IP different from the default 127.0.0.1, you can specify it with the bind_ip:port format (0.0.0.0 means bind to all) |
MOODLE_DOCKER_SELENIUM_VNC_PORT |
no | any integer value (or bind_ip:integer) | not set | If set, the selenium node will expose a vnc session on the port specified. Similar to MOODLE_DOCKER_WEB_PORT, you can optionally define the host IP to bind to. If you just set the port, VNC binds to 127.0.0.1 |
MOODLE_DOCKER_APP_PATH |
no | path on your file system | not set | If set and the chrome browser is selected, it will start an instance of the Moodle app from your local codebase |
MOODLE_DOCKER_APP_VERSION |
no | next, latest, or an app version number | not set | If set will start an instance of the Moodle app if the chrome browser is selected |
The XDebug PHP Extension is not included in this setup and there are reasons not to include it by default.
However, if you want to work with XDebug, especially for live debugging, you can add XDebug to a running webserver container easily:
# Install XDebug extension with PECL
moodle-docker-compose exec webserver pecl install xdebug
# Set some wise setting for live debugging - change this as needed
read -r -d '' conf <<'EOF'
; Settings for Xdebug Docker configuration
xdebug.mode = debug
xdebug.client_host = host.docker.internal
EOF
moodle-docker-compose exec webserver bash -c "echo '$conf' >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini"
# Enable XDebug extension in Apache and restart the webserver container
moodle-docker-compose exec webserver docker-php-ext-enable xdebug
moodle-docker-compose restart webserver
While setting these XDebug settings depending on your local need, please take special care of the value of xdebug.client_host
which is needed to connect from the container to the host. The given value host.docker.internal
is a special DNS name for this purpose within Docker for Windows and Docker for Mac. If you are running on another Docker environment, you might want to try the value localhost
instead or even set the hostname/IP of the host directly.
After these commands, XDebug ist enabled and ready to be used in the webserver container. If you want to disable and re-enable XDebug during the lifetime of the webserver container, you can achieve this with these additional commands:
# Disable XDebug extension in Apache and restart the webserver container
moodle-docker-compose exec webserver sed -i 's/^zend_extension=/; zend_extension=/' /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini
moodle-docker-compose restart webserver
# Enable XDebug extension in Apache and restart the webserver container
moodle-docker-compose exec webserver sed -i 's/^; zend_extension=/zend_extension=/' /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini
moodle-docker-compose restart webserver
As can be seen in bin/moodle-docker-compose, this repo is just a series of docker-compose configurations and light wrapper which make use of companion docker images. Each part is designed to be reusable and you are encouraged to use the docker[-compose] commands as needed.
The following Moodle customised docker images are close companions of this project:
- moodle-php-apache: Apache/PHP Environment preconfigured for all Moodle environments
- moodle-db-mssql: Microsoft SQL Server for Linux configured for Moodle
- moodle-db-oracle: Oracle XE configured for Moodle
Are extremely welcome!