Seria legal poder indicar uma ordenação dos pacotes, e ver mais detalhes na listagem do /pacotes:

• ordenar por pacote mais antigo, e daí, exibir tbm o número de dias desde a entrada do pacote no sistema dos Correios (ex: - PNXXXXXXXXXNL Minha encomenda (10 dias))
• ordem alfabética. Eu estou usando tags ([DX] bugigangas) pra identificar a origem dos meus pacotes, e seria legal poder vê-los ordenados :)

Atualmente o Bot funciona com 3 botões (Pacote - Info - Concluídos) Ambos possuem uma barra ( / ) antes dos nomes, visualmente isto fica estranho, seria melhor retirar ela e deixar os botões mais limpos.

Criei uma nova key no banco "data_postagem" pra poder ordenar quando faz a busca pelos pacotes. Os novos pacotes cadastrados já vão ter essa nova key. Para os antigos eu fiz uma migration. O bot vai continuar funcionando mesmo sem rodar a migration, porém os pacotes antigos não serão ordenados pela data de postagem dos correios. Criei a opção de ordenar alfabeticamente com os comandos /PacotesAlfa e /ConcluidosAlfa. A opção de ordenar pela data de postagem está como padrão.

Sometimes we have the tracking code that has not been updated yet in the Brazilian Post system and the bot doesnt add it to the package list. It would be interesting if the bot give us an option to add the code anyway.

• Deixar o código de rastreamento mono espaçado facilita a ação de copiar, pois o Telegram automaticamente identifica o toque longo e sugere a cópia do trecho mono espaçado.

Há pacotes que recebem o status "Entregue ao destinatário" e continuam recebendo atualizações no sistema dos Correios. Tal situação ocorre em casos, por exemplo, em que o pacote é devolvido ou o endereço estava incorreto.

A rotina de verificação pula em casos de pacotes entregues. Não acho que seja o caso de simplesmente parar esse salto, uma vez que iria aumentar e muito o número de verificações, principalmente em pacotes concluídos.

Os pacotes concluídos são mantidos no bot por alguns dias (30, se não me engano), logo, verificar também pacotes já marcados como entregues aumentaria muito a carga do bot.

Sugestões?

• [x] quando a contagem está abaixo de 2 dias, a palavra aparece no plural (ex: 1 dias)
• [ ] a contagem só é atualizada quando há novos updates sobre o pacote. Exemplo: Data: 22/08/2017 09:39 (1 dias); aqui deveria dizer 6 dias, na verdade.

É possível enviar uma sequência de pacotes de uma vez só, bastando enviar na mesma string os diversos códigos. https://github.com/GabrielRF/RastreioBot/blob/81109675cc6e47327c128e1705d8ea1d51b7a0f4/apis/apicorreios.py#L131 Exemplo: <objetos>AB123456789CDEF123456789GHIJ123456789KL</objetos> faria a verificação de três pacotes de uma vez só.

A resposta de cada um dos pacotes seria vista em objeto[i] https://github.com/GabrielRF/RastreioBot/blob/81109675cc6e47327c128e1705d8ea1d51b7a0f4/apis/apicorreios.py#L26

Isso reduziria a quantidade de requests para conferir uma mesma quantidade de pacotes. O tamanho do lote* poderia ser uma variável em bot.conf

* aparentemente tamanho máximo do lote é 5000.

Comportamento Atual

Mesmo o bot não sendo administrador do grupo, fica mandando está mensagem toda vez que é respondido.

Comportamento Esperado

Está mensagem só aparecer quando o bot é realmente admin. Em um grupo, é bem comum e útil responder os bots para comentar algo a respeito.

Passos para reproduzir

1. Crie um grupo
2. Adicione o bot
3. Dê qualquer comando
4. Responda à mensagem enviada
5. Veja o aviso

Extra: responda o aviso e você estrará num looping :)

Demonstração

https://user-images.githubusercontent.com/60361387/127665207-0b3c3f33-0e82-48be-9181-fa5e5313e1d4.mp4

A função check_type usa regex para identificar que tipo de código o usuário envia (correios vs aliexpress). Já que as expressões regulares são usada multiplas vezes, podemos compilá-las fora da função e reusá-las.

https://github.com/GabrielRF/RastreioBot/blob/master/misc.py#L13-L25

• [ ] Adicionar biblioteca coverage ao requirements.txt;
• [ ] Configurar Travis para executar coverage após testes;
• [ ] Ideia: falhar testes se cobertura diminuir, ou seja, fazer PR sem testes. Isso pode adicionar uma barreira para quem for contribuir, mas ao mesmo tempo, traz segurança em aceitar novas contribuições.

Pode olhar uma implementação exemplo em nodejs aqui: https://github.com/fagiani/track-sequoia

A Sequoia entrega pra Amazon, Shopee, Magalu, Mercado Livre, dentre outras grandes.

Pensei em começar a estruturar melhor o projeto, criando classes para separar as responsabilidades de cada função e facilitar a manutenção do código.

Ponto de start da discussão de modularização do código Issue #37

Descrição

O arquivo stopped.py tem um bot definido para quando RastreioBot estiver em manutenção. Devemos criar um novo comando no arquivo rastreio/main.py, que chamará o bot.

Requisitos para a atividade ser considerada como concluída

• [ ] Comando rastreio bot:run --maintenance, por enquanto, se o parâmetro --maintenance não for passado, não fazer nada.
• [ ] Arquivo stopped.py removido.
• [ ] README.md atualizado com novo comando