Documentation · Chapitre 16

Préparer l’application à la réalité hostile.

La production diffère du portable : debug désactivé, secrets externes, concurrence réelle, processus redémarrés et journaux nécessaires.

Chaque leçon part du problème, explique le mécanisme puis propose une vérification concrète.

OBJECTIF DE LA LEÇON

Ce que vous saurez faire

Préparer configuration, observabilité, sauvegardes et récupération plutôt que le seul chemin heureux.

Désactiver les détails de debug

APP_DEBUG=false et les erreurs publiques génériques évitent de révéler chemins et traces. Les détails complets restent dans les journaux protégés.

phpaml — zsh
APP_DEBUG=false aml doctor --production --json
composer audit
aml routes

Contrôler sécurité et observabilité

Lancez doctor --production, audit des dépendances, revue des routes, permissions, sauvegardes et health check. Reliez les journaux par request ID.

Répéter la récupération

Restaurez une sauvegarde, annulez une release, changez un secret et redémarrez un processus avant l’incident.

POINT DE CONTRÔLE

Avant de continuer

L’équipe a-t-elle réellement restauré une sauvegarde et annulé une release, ou seulement écrit les commandes ?