After some fight to decide on the right design, we finally have
a module to handle users details.
The API is JSON-based and it's documented on the top of the
dudeswave_handler.erl file.
The dudeswave_auth module, implements the functions that handle
things at the storage layer, as we would like to reuse those
capabilties in the future.
To add, the "delete" call doesn't handle removing the cookies for
the moment, It'll come with the next commit.
Additionally, after that, a related test suite will be added, in
order to start to test the whole thing locally.
Now, we return a proper answer when creating a user through a
POST request.
Maybe in the future we will convert the APIs to use JSON, like
all cool kids do. However, it doesn't look like it makes much
sense in this case.
The bootstrap will create the various tables, the admin user,
and the initial content of the platform, with the possibility
to add replication for everything.
For now it handles PUTs, to create new users. It's still a
partial implementation and there is no documentation yet.
POST, PATCH and DELETE will arrive later to handle other users
operations.
We want to automate this, for example, when deploying in a docker
container.
A bunch of static files will be loaded into the storage, in order
to be served to the clients.
At this point it handles only GETs, giving back plain text
responses in case of errors.
The intention is to also produce some static pages for those,
where the CSS we will chose applies.
Other APIs will be managed through their respective handlers,
whose routes will be setup before this one.
absc