WordPress en trois services
avec Docker Compose

Créer le répertoire du projet, y déballer la sauvegarde de Cornucopia, puis décrire l'application entière : le service wordpress, le service db et le service phpmyadmin, reliés par un réseau et nourris par les fichiers et la base de données de la sauvegarde, montés depuis la machine hôte.

Pour mieux comprendre

Un service de la partition correspond à un conteneur. Les services se trouvent entre eux par leur nom : WordPress joint sa base à l'adresse db:3306 parce que le service s'appelle db. C'est le DNS interne de Docker qui fait la traduction : aucun numéro IP dans la partition.

Comme au laboratoire Docker, on ne réinstalle pas WordPress : on transplante la sauvegarde. L'image officielle wordpress:7.1 fournit le serveur (PHP, Apache, WordPress 7.1); nous y apportons notre site : notre thème, nos téléversements, notre module d'abonnement, notre wp-config.php et notre base de données. Et cette fois, pas de Dockerfile ni de COPY : les fichiers du site sont montés depuis l'hôte dans le service wordpress, et l'export de la base est déposé dans le service db, qui l'importe tout seul à son premier démarrage.

Démarche - récupérer la sauvegarde

C'est ici que le zip du matériel entre en scène : il se déballe dans le répertoire du projet, à côté de la partition que vous écrirez ensuite.

$ mkdir ~/my_wordpress
$ cd ~/my_wordpress
$ wget https://evolutif.projet.autos/laboratoire/conteneurs/compose/guide/sauvegarde-cornucopia-abonnement.zip
$ unzip sauvegarde-cornucopia-abonnement.zip
$ ls
base-de-donnees.sql  fichiers-wordpress  README.md  sauvegarde-cornucopia-abonnement.zip
$ sudo chown -R www-data:www-data fichiers-wordpress
# Apache, dans le conteneur, doit pouvoir ecrire (televersements, mises a jour)

Deux ajustements avant de lever quoi que ce soit. D'abord wp-config.php : la base ne vit plus sur localhost mais dans le service db (les autres valeurs, base cornucopia, compte flora, mot de passe potager-2026, restent telles quelles, le README.md les récapitule) :

$ sudo nano fichiers-wordpress/wp-config.php
define( 'DB_HOST', 'db:3306' );

Ensuite l'adresse : la sauvegarde croit que le site vit à https://cornucopia.projet.autos. On ajoute à la fin de l'export les trois requêtes de repointage vues au laboratoire Docker; elles s'exécuteront toutes seules lors de l'import, au premier démarrage du service db :

# ADRESSE-DE-VOTRE-INSTANCE = ce que vous taperez dans le navigateur, sans le port :
#   localhost        (Docker sur votre poste)
#   192.168.56.2     (machine virtuelle VirtualBox, son adresse IP vue de votre poste)
#   203.0.113.10     (VPS : son adresse IP publique, ou son nom de domaine)
$ tee -a base-de-donnees.sql <<'FIN'
UPDATE wp_options SET option_value='http://ADRESSE-DE-VOTRE-INSTANCE:8082'
    WHERE option_name IN ('siteurl','home');
UPDATE wp_posts SET post_content = REPLACE(post_content,
    'https://cornucopia.projet.autos', 'http://ADRESSE-DE-VOTRE-INSTANCE:8082');
UPDATE wp_posts SET guid = REPLACE(guid,
    'https://cornucopia.projet.autos', 'http://ADRESSE-DE-VOTRE-INSTANCE:8082');
FIN

Démarche - écrire la partition

$ nano docker-compose.yml

La partition à compléter (le mot de passe root de MySQL est racine-potager-2026 pour ce laboratoire, il revient à l'étape 03; la base, le compte et le mot de passe de Flora sont imposés par le wp-config.php de la sauvegarde) :

services:
  wordpress:
    depends_on:
      - db
    image: wordpress:7.1
    restart: always
    volumes:
      - ./fichiers-wordpress:/var/www/html
    ports:
      - 8082:80
    networks:
      - myNetwork
  db:
    image: mysql:8.0
    restart: always
    volumes:
      - ./database:/var/lib/mysql
      - ./base-de-donnees.sql:/docker-entrypoint-initdb.d/base-de-donnees.sql
    environment:
      MYSQL_ROOT_PASSWORD: racine-potager-2026
      MYSQL_DATABASE: cornucopia
      MYSQL_USER: flora
      MYSQL_PASSWORD: potager-2026
    networks:
      - myNetwork
  phpmyadmin:
    depends_on:
      - db
    image: phpmyadmin
    restart: always
    ports:
      - 8083:80
    environment:
      PMA_HOST: db
      MYSQL_ROOT_PASSWORD: racine-potager-2026
    networks:
      - myNetwork
networks:
  myNetwork:

L'image wordpress est figée à la version 7.1 : le thème et la base de données de la sauvegarde sont calibrés sur elle, alors que latest bougera pendant la session. Ne changez pas cette version. Même prudence pour mysql:8.0, la version avec laquelle l'import de la sauvegarde a été validé.

Pas de variables WORDPRESS_DB_* dans le service wordpress : le wp-config.php de la sauvegarde raconte déjà la connexion à la base, et l'image ne le remplace jamais quand il est présent. C'est le service db qui doit offrir exactement la base et le compte qu'il attend. Le fichier base-de-donnees.sql, déposé dans /docker-entrypoint-initdb.d/, est importé automatiquement par l'image mysql au premier démarrage, quand ./database est encore vide.

Démarrer l'application entière avec docker compose up -d et observer ce que Compose fait tout seul : le réseau, les répertoires de données, l'ordre de démarrage, et l'import de la sauvegarde au premier démarrage de la base.

$ sudo docker compose up -d
# tout demarre : reseau, conteneurs, dans le bon ordre
$ sudo docker compose ps
$ sudo docker compose logs db
# le premier demarrage importe base-de-donnees.sql : comptez quelques secondes

Ce qu'il faut aller voir

• http://ADRESSE-DE-VOTRE-INSTANCE:8082 : la boutique de Cornucopia s'affiche, avec ses articles, ses images et son module d'abonnement (/abonnement/). Pas d'assistant d'installation : le site est transplanté, pas réinstallé. Entrez au tableau de bord (/wp-admin/) avec flora et cornucopia-2026.
• http://ADRESSE-DE-VOTRE-INSTANCE:8083 : phpMyAdmin, connecté au service db. Entrez avec flora et potager-2026 (ou root et racine-potager-2026) et explorez la base cornucopia : wp_posts pour les articles, abonnements pour la première abonnée.
• Publiez un court article : il servira de témoin à l'étape 04.

Votre partition contient des mots de passe en clair : la rendre publiable en déplaçant les secrets dans un fichier .env qui, lui, ne se partage jamais.

Pour mieux comprendre

La partition est faite pour être versionnée, remise, partagée : c'est le capital de l'entreprise. Un mot de passe écrit en clair dans un fichier partagé est un mot de passe donné. Le fichier .env, posé à côté de la partition, garde les clés : Compose y lit les variables ${NOM} tout seul.

Démarche

MYSQL_UTILISATEUR=flora
MYSQL_MOT_DE_PASSE=potager-2026
MYSQL_MOT_DE_PASSE_ROOT=racine-potager-2026

Puis, dans la partition, chaque secret devient une référence (dans le service db, et le mot de passe root aussi dans phpmyadmin) :

    environment:
      MYSQL_ROOT_PASSWORD: ${MYSQL_MOT_DE_PASSE_ROOT}
      MYSQL_DATABASE: cornucopia
      MYSQL_USER: ${MYSQL_UTILISATEUR}
      MYSQL_PASSWORD: ${MYSQL_MOT_DE_PASSE}

Prouver la nuance entre stop, down et l'effacement des répertoires de données : une pause, un rangement, un incendie volontaire. C'est la démonstration de persistance exigée dans l'évaluation.

Démarche

1. Votre article témoin est en ligne (étape 02).
2. La pause : sudo docker compose stop arrête les conteneurs sans les enlever (docker ps -a les montre en Exited), puis sudo docker compose start : tout revient tel quel.
3. Le rangement : sudo docker compose down : les conteneurs et le réseau disparaissent (docker ps -a ne montre plus rien)... mais ls montre que ./fichiers-wordpress et ./database sont toujours là. Puis sudo docker compose up -d : tout renaît, et l'article témoin a survécu.
4. L'incendie volontaire : sudo docker compose down, puis sudo rm -rf ./database, puis up -d : la base a brûlé... et le service db, trouvant ./database vide, rejoue l'import de la sauvegarde. Votre article témoin a disparu, mais la boutique et l'abonnement de Hazel sont revenus tels qu'au jour de la sauvegarde.

$ sudo docker compose stop
# pause : conteneurs arretes mais conserves
$ sudo docker compose start
# reprise : tout revient tel quel
$ sudo docker compose down
# rangement : enleve conteneurs et reseau, PRESERVE ./fichiers-wordpress et ./database
$ sudo docker compose up -d
# l'article temoin a survecu
$ sudo docker compose down
$ sudo rm -rf ./database
# incendie volontaire : la base brule
$ sudo docker compose up -d
# la base renait de la sauvegarde : l'article temoin a disparu, l'abonnement de Hazel est la