Apagar a mensagem editada pelo comando 'admins' após um evento

[micalevisk]

autodestruição

Ao executar o comando !admins citando uma mensagem (referenciando), salvar o identificador da mensagem que foi editada (para a inserção dos nicks dos admins) e o identificador da mensagem referenciada (como reply) para que, quando a mensagem que sofreu o reply for apagada, apagar também a mensagem editada

[micalevisk]

aparentemente funcionando após 0bfad9a

[micalevisk]

FIXME

A lógica implementada funciona para mensagens apagadas manualmente mas, aparentemente, não funciona para mensagens deletadas automaticamente (após o banimento de um usuário ou algo do tipo)

[micalevisk]

edit

O problema é que o worker é reiniciado pelo Heroku por causa do Free Dyno sleeping, ou seja, o estado do msgs_reportadas é perdido

me-telegram-bot/micalevisk/command/commands.py

Line 6 in 0bfad9a

msgs_reportadas = dict([]) ## <reply_to_msg_id> --> <message.id>

solução

• salvar o dicionário msgs_reportadas em um BD provido pelo Heroku
• salvar o dicionário msgs_reportadas em um BD de um outro serviço (serveless; SaaS)
  e recuperá-lo a cada início do programa & fazer o mesmo com as mensagens apagadas -- sincronização

[micalevisk]

solução adotada

aparentemente funcionando

Não permitir que o sistema durma = print nos eventos capturados:

me-telegram-bot/setup.py

Line 30 in 3d161f8

print(type(update))##§

edit: essa estratégia não está funcionando.

[micalevisk]

possível solução

Usar um "DB as a service" para ser usado para salvar os dados que deverão ser mantidos no dicionário abaixo:

me-telegram-bot/micalevisk/command/commands.py

Line 6 in 1f36ab0

msgs_reportadas = dict([]) ## <reply_to_msg_id> --> <message.id>

assim, toda atualização de msgs_reportadas deve ser persistida no DB (em algum momento), para não ser perdido quando o processo reiniciar.

opções:

• usar o armazenamento de 500kb do Webtask.io
• zeit now storage

[micalevisk]

outra solução

usar um DB https://tinydb.readthedocs.io que persistirá no sistema de arquivos. Assume-se que o heroku não remove os arquivos criados em tempo de execução em caso de sleep

Welcome to TinyDB! — TinyDB 3.15.1 documentation

[micalevisk]

done a55dd3a

[micalevisk]

Mesmo usando esse DB, há casos em que a mensagem não é deletada. Quando testado em um grupo em que a mensagem "reportada" foi removida quase imediatamente, funciona.
Aparentemente, o Heroku limpa arquivos gerados a cada intervalo de tempo.