Skip to content

ems-project/elasticms-dev-docker

Repository files navigation

Development environment for elasticms

With this project all you need to have a working elasticms with all its stack running is a working docker-compose which supports descriptors in version 3.3. No need to install elasticsearch, Postgres nor MariaDB. For Windows or Mac OS X users we recommend to use Docker Desktop.

Prior following this read me, download a copy of this project and unzip it in your projects folder. Or clone it locally: git clone https://github.com/ems-project/elasticms-dev-docker.git if you have a Git client installed.

Windows users should activate the following git option in order to avoid CRLF/LF problems: git config --global core.autocrlf input. If you intend to contribute, fork it first in your GitHub account.

About this repository

This project contains a ready to use elasticms environment for development purposes with the following stack:

  • elasticsearch (the heart of the solution)
  • kibana (to see what happening in the heart)
  • traefik (as middelware)
  • postgres (as RDBMS)
  • mariadb (as RDMBS in low cost infrastructure)
  • sqlite (as "RDBMS" for portable, and single user, use)
  • Apache Tika (to extract asset's contents)
  • minio (as file storage, compatible with the AWS S3 API)
  • redis (to store and share PHP session)
  • elasticms (the ems content management application: CMA)
  • skeleton (the ems content delivery application: CDA)
  • varnish (reverse proxy)

To work with the elastic stack version you want, from 5 to 7, open a console in one of the following folders:

  • elastic5
  • elastic6
  • elastic7 (recommended)

If you want to switch from one version to the other execute docker-compose down before changing working directory. In order to ensure there is no conflict in processes name.


NOTE

The command docker-compose down won't delete persisted data (i.e. database's data) in Docker's volumes, nevertheless if you switch from an elastic stack version to another be aware Docker volumes are not shared between docker-compose projects. You'll have to recreate and re-index your content. You might want to mount local folders instead of Docker volumes. I.e. for Postgres you can change the line - postgres:/var/lib/postgresql/data by - ../databases/postgres:/var/lib/postgresql/data. If so:

  • Don't do that for elasticsearch data, they are not compatible from one version to the other
  • If something has changed in a datasource, consider to re-index it in elasticsearch (especially when you switch from one ELK version to another)

docker volume create --name=sqlite


#Requirements

In order to have a working elasticsearch cluster you must have at least 4GB of RAM dedicated to you docker environment. You might also want to check those production recommendations.

You might also want to check those production recommendations.

Ensure that the file share is enable for your project folder. The file sharing settings doesn't apply to WSL 2 users.

Open a terminal in which you can run docker-composer. The command docker-compose should lists all docker-composer commands.

WSL2

Windows users using Docker Desktop with WSL 2 have to specify it in the WSL config file:

# turn off all wsl instances such as docker-desktop
wsl --shutdown
notepad "$env:USERPROFILE/.wslconfig"

Type in this config:

[wsl2]
memory=4GB   # Limits VM memory in WSL 2 up to 4GB
processors=4 # Makes the WSL 2 VM use two virtual processors

In this project, elasticsearch 6 and 7 have been configured to not allow memory mapping. If you want to use elasticsearch 7, or if you may want to reactivate this option, you have to first increase the max_map_count system's parameter:

wsl -d docker-desktop sysctl -w vm.max_map_count=262144

Baby step

Launch docker-compose

In order to allow Traefik (the reverse proxy) to be reused by other service (i.e. by your skeleton docker-compose project), this config requires a named docker network:

docker network create proxy

The first thing to do is to start your environment:

docker-compose up -d

Note that this command will first download all required Docker images.

You can check that everything is starting smoothly with:

docker-compose logs -f

To leave the logs hit CTLR+C

Once it's started check that all is working:

docker-compose ps

Check the image's versions with the following command: docker-compose images.

You might have notice that there are 3 instances of the elasticms: ems_mysql, ems_pgsql and ems_sqlite. The reason is that Symfony (the PHP framework behind elasticms), for performance reasons, generates cache files specific to the DB driver used. So you can't use the same instance of elasticms with different RDBMS.

Check elasticsearch cluster's health

Go to the Kibana dev console and check the cluster health:

GET _cluster/health

You should see something like:

{
  "cluster_name" : "es-docker-cluster",
  "status" : "green",
  "timed_out" : false,
  "number_of_nodes" : 3,
  "number_of_data_nodes" : 3,
  "active_primary_shards" : 6,
  "active_shards" : 12,
  "relocating_shards" : 0,
  "initializing_shards" : 0,
  "unassigned_shards" : 0,
  "delayed_unassigned_shards" : 0,
  "number_of_pending_tasks" : 0,
  "number_of_in_flight_fetch" : 0,
  "task_max_waiting_in_queue_millis" : 0,
  "active_shards_percent_as_number" : 100.0
}

Note that you can also check cluster's health from the command line: docker-compose exec es01 curl http://localhost:9200/_cluster/health

If the Kibana url is not working you should check that its route has been correctly registered in Traefik. On that page you should see those host rules:

  • demo-varnish.localhost
  • es.localhost
  • forms.localhost
  • kibana.localhost
  • mailhog.localhost
  • minio.localhost
  • whoami.localhost
  • tika.localhost
  • {[a-z0-9\-_\.]+\-admin(\-dev)?}.localhost
  • {[a-z0-9\-_\.]+\-mysql-admin(\-dev)?}.localhost
  • {[a-z0-9\-_\.]+\-sqlite-admin(\-dev)?}.localhost
  • {[a-z0-9\-_\.]+\-(template|preview|staging|live)(\-dev)?}.localhost

Initiate databases

Here we will just initiate the database and the user. The database schema will be initiated later with the Symfony console.

Postgres

To initiate a postgres DB run `../init_pgsql.sh demo(in Windows..\init_pgsql.cmd demo``) or you can launch those commands:

docker-compose exec -e PGUSER=postgres -e PGPASSWORD=adminpg -T postgres psql -c "CREATE DATABASE demo;"
docker-compose exec -e PGUSER=postgres -e PGPASSWORD=adminpg -T postgres psql -c "CREATE USER demo WITH ENCRYPTED PASSWORD 'demo';"
docker-compose exec -e PGUSER=postgres -e PGPASSWORD=adminpg -T postgres psql -c "GRANT ALL PRIVILEGES ON DATABASE demo TO demo;"

You can use the ../drop_pgsql.sh demo (in Windows ..\drop_pgsql.cmd demo) to drop the database.

MySQL

To initiate a MySQL DB run ../init_mysql.sh demo (in Windows ..\init_mysql.cmd demo) or you can launch those commands:

docker-compose exec mariadb mysql --user=root --password=mariadb -e "CREATE DATABASE IF NOT EXISTS demo;"
docker-compose exec mariadb mysql --user=root --password=mariadb -e "CREATE USER demo@'%' IDENTIFIED BY 'demo';"
docker-compose exec mariadb mysql --user=root --password=mariadb -e "GRANT ALL PRIVILEGES ON demo.* TO demo@'%';"
docker-compose exec mariadb mysql --user=root --password=mariadb -e "CREATE USER demo@'localhost' IDENTIFIED BY 'demo';"
docker-compose exec mariadb mysql --user=root --password=mariadb -e "GRANT ALL PRIVILEGES ON demo.* TO demo@'localhost';"
docker-compose exec mariadb mysql --user=root --password=mariadb -e "show databases;"

You can use the ../drop_mysql.sh demo (in Windows ..\drop_mysql.cmd demo) to drop the database.

SQLite

There is nothing to do at this time. A demo.db file has been already created in the databases folder by the elasticms boot script.

Other RDBMS

There is currently no support for other RDBMS, but if the RDBMS considered is currently supported by doctrine you will be able to easily generate the database schema as well. So up to you to use the database platform you want.

Instantiate the database's schema

To initialize an elasticms schema we will use the Symfony console to execute the doctrine migration scripts. In order to access to the Symfony console we will execute a bash in the elasticms processes with the following command: docker-compose exec ems_pgsql bash, docker-compose exec ems_mysql bash or docker-compose exec ems_sqlite bash.

Once there, you can call the Demo's Symfony console : demo. This will list all available elasticms's commands. To run the migration scripts: demo doctrine:migrations:migrate. <-- there is actually no migrations at this stage

Another option is to recreate the elasticms docker process: docker-compose up -d --force-recreate ems_pgsql, as the elasticms docker image starting script is executing the doctrine migration scripts on its own.

You should now be able to show the elasticms login window. For that you need to create an admin account. You can see that everything looks good by checking the elasticms status page.

About the Symfony console

In the configs folder there are 4 folders:

  • ems-pgsql
  • ems-mysql
  • ems-sqlite
  • skeleton

You can create as many Dotenv files as you want in those folders. Per folder, a virtual host will be setup for the domains specified by the variables SERVER_NAME and SERVER_ALIASES. For each domain you defined, you migth have to add specific routes in Traefik in the docker-compose.yml label in the corresponding process definition:

  ems_pgsql:
    labels:
      - "traefik.enable=true"
      - "traefik.http.routers.pgsql-admins.rule=HostRegexp(`{project:[a-z0-9\\-_\\.]+}-admin-dev.localhost`,`{project:[a-z0-9\\-_\\.]+}-admin.localhost`)"
      - "traefik.http.routers.pgsql-admins.entrypoints=web"
      - "traefik.http.routers.test-elasticms.rule=Host(`test-elasticms.localhost`)"
      - "traefik.http.routers.test-elasticms.entrypoints=web"

You can avoid updating the docker-compose.yml file by using a host name matching one of the following rules:

  • Request are send to the skeleton for host names using one of the following pattern:
    • *-template.localhost
    • *-template-dev.localhost
    • *-preview.localhost
    • *-preview-dev.localhost
    • *-staging.localhost
    • *-staging-dev.localhost
    • *-live.localhost
    • *-live-dev.localhost
  • Request are send to the postgres elasticms for host names using one of the following pattern:
    • *-admin.localhost
    • *-admin-dev.localhost
  • Request are send to the mysql elasticms for host names using one of the following pattern:
    • *-mysql-admin.localhost
    • *-mysql-admin-dev.localhost
  • Request are send to the sqlite elasticms for host names using one of the following pattern:
    • *-mysql-sqlite.localhost
    • *-mysql-sqlite-dev.localhost

When you update a Dotenv file you have to recreate the docker-compose process: docker-compose up -d --force-recreate ems_pgsql.

So, an elasticms pgsql docker-compose process can be used by as many ems projects as you want. Until they are all using a Postgres database in this case.

It's also important to interact with those projects via the Symfony console, not only via urls. To do so, the elasticms docker's image creates one shell scripts per Dotenv files within the elasticms's docker process in the /opt/bin folder. Those scripts have been named from the basename of the corresponding Dotenv file: demo.env => /opt/bin/demo. Then, you can call the Symfony console /opt/bin/demo from a bash inside the docker process docker-compose exec ems_pgsql bash. Or directly from your host: docker-compose exec ems_pgsql /opt/bin/demo. Finally, as the folder /opt/bin is in the path, docker-compose exec ems_pgsql demo usually works.

If you face some memory issue when using the Symfony console you may want to increase the CLI PHP memory limit. You can do that by defining the CLI_PHP_MEMORY_LIMIT environment variable in the docker-compose.yml or in the project's Dotenv file or in the command line:

docker-compose exec -e CLI_PHP_MEMORY_LIMIT=1024M ems_pgsql demo

Or from a terminal in the container:

export CLI_PHP_MEMORY_LIMIT=-1
demo

Hidden commands

There are 2 hidden commands (not listed by Symfony) in the elasticms images:

  • docker-compose exec ems_pgsql demo sql opens the Postgres or MariaDB client.
  • docker-compose exec ems_pgsql demo dump displays an SQL dump in the standard output.

Create a user

Execute this command docker-compose exec ems_pgsql demo fos:user:create --super-admin and answer to the questions. You are now able to login elasticms.

Create a minio demo bucket

Go to the minio interface and login with the credentials:

  • Access key: accesskey
  • Secret key: secretkey In the bottom-right corner click on the + button and select Create bucket. Name it demo.

Configure your content

  1. Define the publication environments
  2. Define the content types (encoding forms and mapping) <- We might need an example here

Load the demo website

#Load the sample SQL dump
docker-compose exec ems_pgsql demo sql --file=/opt/samples/demo.sql <- It's not there
#Ensure that the schema is up-to-date
docker-compose exec ems_pgsql demo doctrine:migrations:migrate -y
#List publication environments
docker-compose exec ems_pgsql demo ems:environment:list
#Index environments
docker-compose exec ems_pgsql demo ems:environment:rebuild preview
docker-compose exec ems_pgsql demo ems:environment:rebuild template
docker-compose exec ems_pgsql demo ems:environment:rebuild live
#Uploads the demo site frontend app archive
docker-compose exec ems_pgsql demo ems:asset:extract /opt/samples bundle.zip 

The demo website is available:

Use the following commands to update the dump:

  • docker-compose exec ems_pgsql bash
  • demo dump > /opt/samples/demo.sql

Schema in postgres

If you want to load a Postgres dump which does not use public as schema, you can rename the public schema. In this example we will rename the public schema in schema_myapp_adm.

Enter in the demo's Postgres console with this command: docker-compose exec ems_pgsql demo sql

Then you can rename the schema and the set the search path this schema only:

ALTER SCHEMA public RENAME TO schema_myapp_adm;
ALTER USER trade4u SET search_path TO schema_myapp_adm;

Developments

Debug elasticms bundles

You can mount local bundles directly in elasticms and skeleton by adding this kind of mount in the docker-compose.yaml file:

      - ../../EMSCommonBundle:/opt/src/vendor/elasticms/common-bundle

In this example we are assuming that all your git projects are locate into the same folder.

If you work with bundle assets (such JS or CSS), be carefull to reinstall the assets with the symlink flag:

docker-compose exec ems_pgsql demo a:i --symlink 

Debug emails

You can check sent emails with MailHog.

To dos

  • Load the skeleton frontend archive with a better command
  • Script to do all tasks from scratch to the skeleton website
  • Find a way to directly take SQL dump
  • Support Postgres 13 in elasticms and skeleton images
  • Add ESI support
  • Debug synchronize between storage services

About

Development environment for elasticms with docker-compose

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 3

  •  
  •  
  •