fedegb / 7552-tdpii Goto Github PK

Completar validation de Auths que faltan en algunos servicios, todo lo que tenga acceso a data (para ATM) particular del/los usuario/s.

RocksDB backup y recover de la DB, ya que no se esta levantando correctamente la data que se habia guardado previamente.

Instalar RocksDB
Instalar Mongoose
Instalar CMake
Instalar jsoncpp (librería JSON para C++)
Instalar Android SDK
Instalar Android Studio

Hacer getter que valide que lo que uno quiere levantar es valido y no ir directo al get().as...()

Obtener los matches que logró el usuario

*_Parámetros
user - ID del usuario (mail del usuario)
*_Respuesta

1. matches - Json Array con Matches dados (usernames)

El put del user cuando le llega una imagen a veces esta subiendo la imagen y otras veces no. Creo recordar que probando con el put individual que esta hecho en el App Server para upload de imagen al Shared funciona.

Acoplar información traída del Shared Server en respuestas del App Server a la App (información de los usuarios).
Después de hacer #10 y idealmente ya estando listo #22

https://drive.google.com/file/d/0B7ZBqy_1wA07cU1VMHRvUzJNd3c/view

Error en travis al intentar generar el makefile, se pisan la cantidad de ejecutables

Esqueleto con:

• Handling de HTTP inicial
• Init de database

Pasar documentación de API y agregar diagramas y documentación técnica.

API handling de user register
Request

• End-point: /users/create
• Type: POST
• Parameters:
• Full name
• Email
• Password

Alta de usuario a DB

Recibir el like (o dislike) booleano para aceptar o rechazar un candidato.

**Parámetros
user1 - ID del usuario que envia si acepta o rechaza (username)
user2 - ID del usuario, aceptado o rechazado (username)
like - Aceptación o rechazo (boolean)

Como es un post para dar upate el payload no devuelve nada.

https://drive.google.com/file/d/0B7ZBqy_1wA07cU1VMHRvUzJNd3c/view

Construcción de la base de la wiki

Obtener la información pertinente del usuario almacenada en el App Server
Para este checkpoint como no tenemos funcional una conexión entre App Server y Shared Server falta completar con información la respuesta.

**Parámetros
username

**Respuesta

1. name
2. username
3. latitud
4. longitude
5. perfilImage
   .... y más (para agregar)

Generar request API para obtención de candidato/s con funcionalidad mínima.
Queda para hacer despuès de terminar el refactor #22 y completar funcionalidad una vez este completo el módulo de conexión con el Shared Server #10.

Instalar RocksDB
Instalar Mongoose
Instalar CMake
Instalar jsoncpp (librería JSON para C++)
Instalar Android SDK
Instalar Android Studio

Base de módulo que se comunicara con el Shared server en la alta y baja de datos a traves de la API.

Más tests unitarios en donde falten.

Cuando se hace el PUT de user, a los intereses hay que darlos de alta.

En el caso de que se de un match cuando di un like, en el response que me devuelva el match dado.
-Recordar actualizar documentacion.

Cambiar el linkeo estatico de libjsoncpp a un linkeo dinamico (que busque la libreria en el sistema).

Autenticación del usuario.

Request

• End-point: /users/login
• Type: GET
• Parameters:
• email
• password

Devolución de token de autenticación para API

Instalar RocksDB
Instalar Mongoose
Instalar CMake
Instalar jsoncpp (librería JSON para C++)
Instalar Android SDK
Instalar Android Studio

Corregir cosas que quedaron de la REST API vieja.

Cambiar las dependencias:
Ejemplo en Message.h se incluye
#include "User.h"

Esto debería ser
class User;
Para luego en Message.cpp poner el include de User

Esto es para evitar futuros problemas de forward declaration

Failea DatabaseTests.TestSaveTwoMessages

Y la test TestPostAndDeleteUser tira seg. fault, hay que ver porque.

Instalar RocksDB
Instalar Mongoose
Instalar CMake
Instalar jsoncpp (librería JSON para C++)
Instalar Android SDK
Instalar Android Studio

Llamadas enviar un mensaje y para obtener una conversación

*_Envio mensaje:
*_Parámetros
user1 - ID del usuario (username)
user2 - ID del usuario (username)
data - mensaje a enviar

*_Obtener conversación:
*_Parámetros
user1 - ID del usuario host (username)
user2 - ID del usuario guest (username)

**Respuesta

1. messages - Json Array con los mensajes de la conversación.
   Estos mensajes contienen:

• sender
• receptor
• id
• data
• date

Cosas que faltan a tener en cuenta para obtener un candidato:

• Por lo menos 1 interes en comun (exceptuando orientación sexual) (DONE)
• Filtro por distancia (DONE)
• Filtro por rango de edad (DONE)
• Limite diario de busquedas de candidato por usuario (DONE)
• Regla del 1%: Para poder lograr un balance equitativo de candidatos, los usuarios que se encuentren dentro del 1% con más matches serán seleccionados con menos frecuencia como candidatos. Dentro de este 1% tambien se consideraran los candidatos que reciban un voto positivo pero el match no se realiza.

Restringir las llamadas a la API las cuales necesiten tener al usuario logueado.
Hacer un basic auth o usar el token pasando el Auth por header.

Dar de bajo un usuario via API.
Esto genera una baja en la Database.

**Parametros

• username

**Response
Success o no en la baja del usuario.

Abstraer el handler de los eventos http (llamadas a la API).

Creacion de Handler Factory y clases para cada uno de los eventos de la API. Familia de "EventHandler".

El servidor en definitiva termina instanciando el factory y obteniendo el handler correspondiente para el evento de http.