Requisitos

Geral
- A porta utilizada pelo seu servidor deve ser a 5000 (isso facilita nossa avaliação 🙂).
- Versionamento usando Git é obrigatório, crie um repositório público no seu perfil do GitHub.
- Faça commits a cada funcionalidade implementada.
- Utilize dotenv.

Armazenamento de dados

Para persistir os dados (participantes e mensagens), utilize coleções do Mongo com a biblioteca mongodb.

O formato de um participante deve ser:

{name: 'João', lastStatus: 12313123} // O conteúdo do lastStatus será explicado nos próximos requisitos

O formato de uma mensagem deve ser:

{from: 'João', to: 'Todos', text: 'oi galera', type: 'message', time: '20:04:37'}

POST /participants
- Deve receber (pelo body da request), um parâmetro name, contendo o nome do participante a ser cadastrado:
```
{
    name: "João"
}
```
- Validar: (caso algum erro seja encontrado, retornar status 422)
  - name deve ser strings não vazio
- As validações deveram ser feitas com a biblioteca joi
- Impeça o cadastro de um nome que já está sendo utilizado (caso exista, retornar status 409)
- Salvar o participante com o MongoDB, no formato:
```
{name: 'xxx', lastStatus: Date.now()}
```
- Salvar com o MongoDB uma mensagem no formato:
```
{from: 'xxx', to: 'Todos', text: 'entra na sala...', type: 'status', time: 'HH:mm:ss'}
```
  Para gerar o horário nesse formato, (utilize a biblioteca dayjs)
- Por fim, retornar status 201. Não é necessário retornar nenhuma mensagem além do status.
GET /participants
- Retornar a lista de todos os participantes
POST /messages
- Deve receber (pelo body da request), os parâmetros to, text e type:
```
{
    to: "Maria",
    text: "oi sumida rs",
    type: "private_message"
}
```
- Já o from da mensagem, ou seja, o remetente, não será enviado pelo body. Será enviado pelo front através de um header na requisição, chamado User.
- Validar: (caso algum erro seja encontrado, retornar status 422)
  - to e text devem ser strings não vazias
  - type só pode ser 'message' ou 'private_message'
  - from deve ser um participante existente na lista de participantes
- As validações deveram ser feitas com a biblioteca joi
- Ao salvar essa mensagem, deve ser acrescentado o atributo time, contendo a hora atual no formato HH:MM:SS (utilize a biblioteca dayjs)
- Por fim, retornar status 201. Não é necessário retornar nenhuma mensagem além do status.
GET /messages
- Retornar as mensagens
- Essa rota deve aceitar um parâmetro via query string (o que vem após a interrogação numa URL), indicando a quantidade de mensagens que gostaria de obter. Esse parâmetro deve se chamar limit. Ou seja, o request do front será feito pra URL:
```
http://localhost:4000/messages?limit=100
```
- Caso não seja informado um limit, todas as mensagens devem ser retornadas. Caso tenha sido fornecido um limit, por exemplo 100, somente as últimas 100 mensagens mais recentes devem ser retornadas
- Além disso, o back-end só deve entregar as mensagens que aquele usuário poderia ver. Ou seja, deve entregar todas as mensagens públicas, todas as mensagens privadas enviadas para ele e por ele. Para isso, o front envia um header User para identificar quem está fazendo a requisição
POST /status
- Deve receber por um header na requisição, chamado User, contendo o nome do participante a ser atualizado
- Caso este participante não conste na lista de participantes, deve ser retornado um status 404. Nenhuma mensagem precisa ser retornada além do status.
- Atualizar o atributo lastStatus do participante informado para o timestamp atual, utilizando Date.now()
- Por fim, retornar status 200
Remoção automática de usuários inativos
- A cada 15 segundos, remova da lista de participantes os participantes que possuam um lastStatus de mais de 10 segundos atrásTda
  
  Dica: você pode usar setInterval no arquivo do seu servidor
- Para cada participante removido, salve uma nova mensagem com o MongoDB, no formato:
```
{from: 'xxx', to: 'Todos', text: 'sai da sala...', type: 'status', time: 'HH:MM:SS'}
```

Bônus (opcional)

Sanitização de dados

⚠️ (verifique se você está usando o front-end onde registrarParticipante() salva response.data.name) (o diego trocou pois encontramos um probleminha)
- Ao salvar um participante, sanitizar o parâmetro name (remover possíveis tags HTML por segurança)
- Ao salvar uma mensagem, sanitizar todos os parâmetros (remover possíveis tags HTML por segurança)
- Além disso, remova possíveis espaços em branco no início e fim das strings (pesquise por trim)
- Retorne o nome do usuário sanitizado para o front-end no POST /participants junto ao status 201 usando o formato:
```
{
	name: "nome sanitizado"
}
```
DELETE /messages/ID_DA_MENSAGEM
- Deve receber por um header na requisição, chamado User, contendo o nome do participante que deseja deletar a mensagem
- Deve receber por path params o ID da mensagem a ser deletada
- Deve buscar na coleção messages se alguma mensagem existe com o id recebido, e, caso não existe, retornar status 404
- Caso o usuario do header não seja o dono da mensagem, retornar status 401
- Remover a mensagem da coleção messages
PUT /messages/ID_DA_MENSAGEM
- Deve receber (pelo body da request), os parâmetros to, text e type:
```
{
    to: "Maria",
    text: "oi sumida rs",
    type: "private_message"
}
```
- Já o from da mensagem, ou seja, o remetente, não será enviado pelo body. Será enviado pelo front através de um header na requisição, chamado User.
- Deve receber por um header na requisição, chamado User, contendo o nome do participante que deseja atualizar a mensagem
- Validar: (caso algum erro seja encontrado, retornar status 422)
  - to e text devem ser strings não vazias
  - type só pode ser 'message' ou 'private_message'
  - from deve ser um participante existente na lista de participantes
- As validações deveram ser feitas com a biblioteca joi
- Deve receber por path params o ID da mensagem a ser atualizada
- Deve buscar na coleção messages se alguma mensagem existe com o id recebido, e, caso não existe, retornar status 404
- Caso o usuario do header não seja o dono da mensagem, retornar status 401
- Atualizar a mensagem da coleção messages com os dados do body

picinelli/projeto-batepapo-uol-api

Projeto - API Batepapo UOL

🚀 Concluído! 🚀

Requisitos

Bônus (opcional)

Tecnologias Utilizadas

Contato