2019-07-03 19:57:16 +00:00
|
|
|
# Autenticación de usuaries
|
|
|
|
|
|
|
|
|
|
Estamos pasando de un modelo integrado donde Usuarias son usuaries de
|
|
|
|
|
una red IMAP e Invitadxs son usuaries locales de la plataforma, a una
|
|
|
|
|
más "monolítica" donde las cuentas se gestionan desde la plataforma
|
|
|
|
|
misma.
|
|
|
|
|
|
|
|
|
|
Entonces, Usuaria e Invitadx se fusionan y su diferencia es solo de
|
|
|
|
|
privilegios sobre un sitio (puede hacer todo / solo puede cargar
|
|
|
|
|
artículos y modificar los propios).
|
|
|
|
|
|
|
|
|
|
No nos gusta la idea de implementar todo un sistema de privilegios,
|
|
|
|
|
primero porque queremos que Sutty sea una plataforma democrática y
|
|
|
|
|
segundo porque en nuestra experiencia nadie los usa y prefieren usar una
|
|
|
|
|
cuenta de administración.
|
|
|
|
|
|
|
|
|
|
La migración a Devise nos va a permitir tener recuperación de
|
|
|
|
|
contraseñas, registro independiente, correos de bienvenida y varias
|
|
|
|
|
cosas más.
|
|
|
|
|
|
|
|
|
|
Planeamos que Sutty también sea un proveedor de oAuth, para poder
|
|
|
|
|
integrarla con otras plataformas comunitarias
|
|
|
|
|
(rocket.chat/mattermost.com principalmente).
|
2019-07-03 22:04:50 +00:00
|
|
|
|
|
|
|
|
## Base de datos
|
|
|
|
|
|
|
|
|
|
Los Sitios tienen una contraparte física, de archivos, pero también se
|
|
|
|
|
crean en la base de datos para establecer relaciones con Usuaries.
|
|
|
|
|
|
|
|
|
|
Une Usuarie puede tener muchos Sitios y viceversa. En Rails esto se
|
|
|
|
|
llama "tiene y pertenece a muchos" (HABTM en inglés).
|
|
|
|
|
|
|
|
|
|
Sin embargo también queremos saber qué rol tienen, con lo que
|
|
|
|
|
necesitamos dos tablas de HABTM, una de Invitades y otra de Usuaries.
|
|
|
|
|
De lo contrario necesitamos establecer roles y ya entramos en las
|
|
|
|
|
dificultades que decíamos más arriba.
|
|
|
|
|
|
|
|
|
|
No podemos saber desde cuándo se creo la relación, a menos que tengamos
|
|
|
|
|
una tabla de actividades.
|
