« Symfony Docker » : différence entre les versions

== '''Symfony cache et composer cache avec Docker''' : ==

=== '''1. Rôle du dossier <code>/var/cache</code> dans Symfony''' ===

'''Problème avec Docker :'''<br />

Par défaut, ce cache est régénéré à chaque démarrage du conteneur → '''ralentissements''' (surtout en dev).

=== '''2. Stratégies pour optimiser le cache avec Docker''' ===

'''Inconvénients :''' - Peut causer des problèmes de permissions (solved avec <code>chmod</code> ou <code>entrypoint.sh</code>).

==== '''B. Utiliser un volume Docker nommé (prod + dev)''' ====

exec "$@"</syntaxhighlight>

==== '''C. Cache warming en production''' ====

COPY --from=builder /app /var/www/html

RUN php bin/console cache:warmup  # ⚡ Pré-chauffe le cache</syntaxhighlight>

=== '''3. Gestion des environnements''' ===

| Cache éphémère (pas de montage)

|}

=== '''4. Exemple complet (docker-compose.yml)''' ===

       APP_ENV: dev

       COMPOSER_CACHE_DIR: /tmp/composer</syntaxhighlight>

=== '''5. Bonnes pratiques''' ===

<li><p>'''Permissions''' : Résolvez-les via <code>entrypoint.sh</code> ou <code>docker-compose</code> :</p>

<syntaxhighlight lang="yaml">user: "${UID:-1000}:${GID:-1000}"</syntaxhighlight></li></ol>

=== '''Différence avec Composer Cache''' ===

| Warming dans l’image + volume

|}

=== '''Résumé''' ===

</li></ul>

</li></ol>

=== 8. Avantages de cette configuration ===

exec docker-php-entrypoint "$@"</syntaxhighlight>

Cela signifie : 1. Votre script fait d’abord son travail personnalisé (vérifier/vendor et installer les dépendances si besoin) 2. Ensuite, il “passe la main” au processus PHP-FPM officiel, devenant ainsi le processus principal du container

=== Alternative sans <code>exec</code> ===

Voici une version complète optimisée avec '''un service Composer dédié''', tout en gardant la configuration pour vos bundles locaux et l’intégration avec PHPStorm.

=== Structure finale recommandée ===

#* Port : 8080

#* Path mappings comme ci-dessus

=== ✅ Points clés de cette configuration ===