· Chamadas para este endpoint devem conter um header na requisição de Authentication com o valor "Bearer {token}" onde {token} é o valor do token passado na criação ou sign in de um usuário.

· Caso o token não exista, retornar erro com status apropriado com a mensagem "Não autorizado".

· Caso o token exista, buscar o usuário pelo user_id passado no path e comparar se o token no modelo é igual ao token passado no header.

· Caso não seja o mesmo token, retornar erro com status apropriado e mensagem "Não autorizado"

· Caso seja o mesmo token, verificar se o último login foi a MENOS que 30 minutos atrás.

· Caso não seja a MENOS que 30 minutos atrás, retornar erro com status apropriado com mensagem "Sessão inválida".

· Caso tudo esteja ok, retornar o usuário.

Este endpoint deverá receber um usuário com os seguintes campos: nome, email, senha e uma lista de objetos telefone. Seguem os modelos:
{
"nome": "string",
"email": "string",
"senha": "senha",
"telefones": [
{
"numero": "123456789",
"ddd": "11"
}
]
}

• · Usar status codes de acordo
• Em caso de sucesso irá retornar um usuário mais os campos:
• id: id do usuário (pode ser o próprio gerado pelo banco, porém seria interessante se fosse um GUID)
• data_criacao: data da criação do usuário
• data_atualizacao: data da última atualização do usuário
• ultimo_login: data do último login (no caso da criação, será a mesma que a criação)
• token: token de acesso da API (pode ser um GUID ou um JWT)
• Caso o e-mail já exista, deverá retornar erro com a mensagem "E-mail já existente".
• O token deverá ser persistido junto com o usuário

· Este endpoint irá receber um objeto com e-mail e senha.

· Caso o e-mail exista e a senha seja a mesma que a senha persistida, retornar igual ao endpoint de Sign Up.

· Caso o e-mail não exista, retornar erro com status apropriado mais a mensagem "Usuário e/ou senha inválidos"

· Caso o e-mail exista mas a senha não bata, retornar o status apropriado 401 mais a mensagem "Usuário e/ou senha inválidos"