PHP Academy · Lezione

Docker Compose per gli stack locali

Esegua localmente PHP, un database e una cache insieme

Docker Compose per gli stack locali è una lezione PHP Academy gratuita su CoddyKit. Questa è la lezione 3 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento PHP Academy, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso PHP Academy include 4 lezioni in totale.

Stack locali con Compose

Le applicazioni PHP reali non sono mai solo PHP: richiedono un database, una cache e talvolta una coda e un mail catcher. Docker Compose dichiara tutti questi elementi come servizi in un unico file e li collega a una rete condivisa, così possono raggiungersi usando il proprio nome.

Questa lezione crea uno stack locale completo: PHP-FPM + nginx + MySQL + Redis, con volumi, controlli di integrità e ordine delle dipendenze.

Struttura di base dei servizi

Un file Compose elenca i servizi sotto services:. Ogni servizio può eseguire la build da un Dockerfile oppure scaricare un'image. Compose crea una rete predefinita in cui ogni servizio è raggiungibile tramite la propria chiave: l'app PHP si connette a MySQL sull'host db, non su localhost.

services:
  app:
    build:
      context: .
      target: dev          # multi-stage dev target
    volumes:
      - ./:/app            # live code mount
    depends_on:
      db:
        condition: service_healthy
  db:
    image: mysql:8.4
  redis:
    image: redis:7-alpine

nginx davanti a FPM

FPM comunica tramite FastCGI sulla porta 9000, non tramite HTTP. nginx termina HTTP e inoltra le richieste .php a app:9000. La configurazione di nginx fa riferimento al servizio PHP usando il nome assegnato da Compose.

# docker/nginx/default.conf
server {
  listen 80;
  root /app/public;
  index index.php;

  location / {
    try_files $uri /index.php?$query_string;
  }

  location ~ \.php$ {
    fastcgi_pass app:9000;       # service name from compose
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    include fastcgi_params;
  }
}

Collegare il servizio web

Il servizio nginx monta lo stesso codice (per risolvere SCRIPT_FILENAME) e la configurazione, pubblica la porta 80 e dipende da app. Entrambi condividono /app, così i percorsi corrispondono su entrambi i lati di FastCGI.

services:
  web:
    image: nginx:1.27-alpine
    ports:
      - "8080:80"
    volumes:
      - ./:/app:ro
      - ./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf:ro
    depends_on:
      - app

Volumi persistenti

I filesystem dei container sono effimeri. I volumi con nome mantengono i file del database anche dopo docker compose down. I bind mount (./:/app) sincronizzano in tempo reale il codice dell'host per lo sviluppo. Usi volumi con nome per i dati persistenti e bind mount per il sorgente.

services:
  db:
    image: mysql:8.4
    environment:
      MYSQL_DATABASE: app
      MYSQL_USER: app
      MYSQL_PASSWORD: secret
      MYSQL_ROOT_PASSWORD: rootsecret
    volumes:
      - dbdata:/var/lib/mysql

volumes:
  dbdata:        # survives `down`, removed only by `down -v`

Controlli di integrità e depends_on

depends_on, da solo, attende soltanto che il container si avvii, non che MySQL accetti le connessioni. Aggiunga un healthcheck e usi condition: service_healthy affinché l'app attenda che il database sia effettivamente pronto.

services:
  db:
    image: mysql:8.4
    healthcheck:
      test: ["CMD", "mysqladmin", "ping", "-h", "localhost", "-prootsecret"]
      interval: 5s
      timeout: 3s
      retries: 10
  app:
    build: .
    depends_on:
      db:
        condition: service_healthy   # waits for healthcheck pass

Ambiente e .env

Compose carica automaticamente un file .env adiacente per l'interpolazione delle variabili e consente di passare la configurazione dell'app tramite environment o env_file. Mantenga i segreti fuori dal file Compose sottoposto a commit; faccia invece riferimento alle variabili.

services:
  app:
    build: .
    env_file:
      - .env
    environment:
      DATABASE_URL: "mysql://app:secret@db:3306/app"
      REDIS_URL: "redis://redis:6379"
# .env (gitignored) provides ${...} substitutions
#   MYSQL_PASSWORD=secret

Connessione da PHP

All'interno della rete, i nomi host coincidono con i nomi dei servizi. Il codice PHP si connette direttamente a db e redis. Questo frammento analizza un DSN come farebbe un livello di configurazione, mostrando come il nome del servizio Compose confluisce nella stringa di connessione.

<?php
$dsn = 'mysql://app:secret@db:3306/app';
$p = parse_url($dsn);

printf("driver: %s\n", $p['scheme']);
printf("host:   %s\n", $p['host']);   // 'db' resolves via compose DNS
printf("port:   %d\n", $p['port']);
printf("db:     %s\n", ltrim($p['path'], '/'));

$pdoDsn = sprintf('mysql:host=%s;port=%d;dbname=%s', $p['host'], $p['port'], ltrim($p['path'], '/'));
echo $pdoDsn . PHP_EOL;
?>

Xdebug per lo sviluppo locale

Monti la configurazione di Xdebug solo in locale, tramite il target di build dev. Imposti client_host su host.docker.internal, così il debugger può raggiungere l'IDE sul computer host. Non distribuisca mai Xdebug in produzione: compromette le prestazioni.

; docker/php/xdebug.ini  (mounted only in dev)
zend_extension=xdebug
xdebug.mode=debug
xdebug.start_with_request=yes
xdebug.client_host=host.docker.internal
xdebug.client_port=9003

Eseguire comandi una tantum

docker compose run avvia un container effimero per migrazioni, test o Composer; exec esegue il comando all'interno di un servizio già in esecuzione. Usi run --rm per queste attività, così il container temporaneo viene eliminato.

# Run migrations against the running db
docker compose exec app php bin/console doctrine:migrations:migrate

# One-off: install deps without a long-lived container
docker compose run --rm app composer install

# Tail logs of just the web service
docker compose logs -f web

File di override

Compose unisce automaticamente docker-compose.yml e docker-compose.override.yml. Mantenga nel file di base valori predefiniti orientati alla produzione e inserisca nell'override volumi, porte e Xdebug solo per lo sviluppo, così CI usa il file di base e gli sviluppatori ottengono gli elementi aggiuntivi senza configurazione ulteriore.

# docker-compose.override.yml (auto-merged, dev only)
services:
  app:
    volumes:
      - ./docker/php/xdebug.ini:/usr/local/etc/php/conf.d/xdebug.ini:ro
    environment:
      APP_ENV: dev
# CI runs: docker compose -f docker-compose.yml up  (no override)

Controllo rapido

Perché il semplice depends_on: [db] non è sufficiente prima di eseguire le migrazioni?

Riepilogo

Ha assemblato uno stack locale con Compose: PHP-FPM dietro nginx (FastCGI verso app:9000), MySQL e Redis raggiungibili tramite il nome del servizio, volumi con nome per la persistenza, controlli di integrità che regolano depends_on, configurazione basata sull'ambiente, Xdebug in un override riservato allo sviluppo e comandi una tantum tramite run/exec.

Ricordi: i nomi dei servizi sono nomi host DNS, i file di override tengono gli elementi aggiuntivi dello sviluppo fuori da CI e i controlli di integrità sono migliori di un semplice ordine di avvio.

Domande Frequenti

La lezione «Docker Compose per gli stack locali» è gratuita?

Sì — il testo completo di «Docker Compose per gli stack locali» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso PHP Academy, passa a CoddyKit PRO. Il corso PHP Academy include 4 lezioni in totale.

Cosa imparerò in «Docker Compose per gli stack locali»?

Esegua localmente PHP, un database e una cache insieme Eserciti PHP Academy con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare PHP Academy?

Non è richiesta alcuna esperienza precedente. PHP Academy su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 3 di 4.

Quanto tempo richiede la lezione «Docker Compose per gli stack locali»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione PHP Academy?

Sì. Ogni lezione PHP Academy include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

← Torna a PHP Academy