The auth_sprint_1 from barahlush

Настроить докерфайл и докеркомпоуз

Создать Dockerfile для билда микросервиса auth. Адаптировать созданные ранее docker-compose, чтобы поднимались все сервисы разом. По желанию создать/доработать Makefile

Storypoints: 3

Code review

Отличная работа! Вы мололцы!

Предложения по доработке:

Выдача истории входов пользователя должна быть с пагинацией, там через 2-3 месяца будут выдаваться сотни записей.
Молодцы, что написали тесты/ Можно также тестить на 400 ошибки. Засылаем неверные данные и проверяем что они не проходят валидацию и получаем 400. Также на 404
Существуют различные паттерны проектирования архитектуры, такие как MVC, MVP и тд (https://habr.com/ru/post/215605/). В общем их суть состоит в том, чтобы отделять бизнес логику от логики представления. В нашем случае, у нас в роутах (представление) содержится бизнес логика. И если мы, например, захотим ее переиспользовать. Например, добавить новый роут с похожим функционалом. Либо новый роут с другим представлением, но со старой логикой, например, json вместо html. Нам придется переписывать старые роуты, чтобы избежать DRY (https://web-creator.ru/articles/dry). Поэтому необходимо сразу всю бизнес логику выделять в отдельные модули/классы/функции, чтобы потом можно было удобно ими пользоваться. В роутах мы этими модулями/классами/функциями просто пользуемся и вызываем.
В логгировании не стоит использовать f-string,.format() , а делать через printf-style примерно так - logging.info("message %s", param)printf-style строка не форматируется до самого последнего момента. То есть если использовать f-string, то все вычисления по формированию строки происходят сразу, а если использовать %s и параметры, то только непосредственно перед выводом данных. А если например level handler будет в конфиге поставлен в critical, то этот лог никуда не отправится, а значит опять же строка форматироваться не будет.https://okomestudio.net/biboroku/2020/04/on-lazy-logging-evaluation/
Я просмотрел код и не нашел системы управления миграциями БД. А скорее такая штука понадобится, так как сервис будет дорабатываться уже в процессе эксплуатации. Посмотрите например alembic

Создать структуру для тестов

Папки-файлы, докер компоуз

Тестирование 2

Добавить pytest для юзеров:
Обновление токена
переход к history
переход к profile

Storypoints: 3

выход пользователя из аккаунта

доработать html и метод

дополнительное задание

Добавить кнопку "Admin panel" вместо Click me to get to Admin Panel!
добавить отдельный .css файл для стилей сайта

Добавить проверку ключей на отозванность, с помощью Redis

Создать архитектуру папок и файлов в проекте

Нужно придумать как сделать так, чтобы приложение не было одним большим Py файлом, а было логично и SOLID-но разделено на компоненты.

Документация OpenApi

Создать папку auth/openapi. Перенести туда документацию openapi. Создать файл auth/schema/database.png и перенести туда нарисованную схему БД

Storypoints: 1

Создание схемы БД

Создать модели для юзеров и связанных с ними данных по схеме из auth/schema/database.png

Storypoints: 1

Удаление ролей

Создать метод удаления роли
DELETE /role/<role_id>

Storypoints: 2

Переписать конфиги из датаклассов в Pydantic модели

Выход из своего аккаунта

Создать метод для выхода из аккаунта
POST /users/logout

Storypoints: 2

Отрефакторить возвращаемые во views значения

Сейчас возвращаются то строки (типа jsonify("Bad password"), то редиректы.
Нужно как-то привести к одному формату, и нигде не отправлять строки.

Дополнительное задание Выход со всех устройств

Реализуйте кнопку «Выйти на остальных устройствах», не прибегая к хранению в БД активных access-токенов.

Вынести стили в .css

Вынести все секреты в .env

обновление access-токена и refresk-токена

Создать базовую структуру приложения

Создать базовые файлы и папки для микросервиса auth, включить туда requirements.txt

Storypoints: 1

Просмотр ролей пользователя

Создать метод просмотра ролей пользователя
GET /users/roles

Storypoints: 2

Добавить админку

Добавить Exception handling

Просмотр истории посещения

Создать метод для просмотра истории входа пользователя
GET /users/get_history с пагинацией

Storypoints: 4

Присвоение ролей пользователю

Создать метод присвоения ролей
POST /users/<user_id>/<role_id>

Storypoints: 2

Добавить асинхронность к Flask

Для этого нужно подключить gevent и пропатчить сервер, подробности можно найти тут.

Storypoints: 1

метод получения пользователем своей истории входов в аккаунт

Добавить криптоустойчивую генерацию солей, secret key и всего такого, вместо произвольных строк.

Например, можно использовать secrets.token_urlsafe(length) для генерации строки заданной длины.

Просмотр ролей

Создать метод просмотра ролей
GET /role

Storypoints: 2

Вход в свой аккаунт

Создать метод для входа в свой аккаунт
POST /users/login

Storypoints: 3

При регистрации юзера выдавать ему роль

Регистрация пользователя

Создать метод для создания аккаунта
POST /users/register

Storypoints: 3

Добавить функциональности кнопке Remember me

Отмечать старые токены как невалидные при refresh

Изменение роли

Создать метод изменения роли
PUT /role/<role_id>

Storypoints: 3

Настроить хеширование и соление паролей

Нужно чтобы они передавались по сети в каком-то закодированном виде, и чтобы в БД хранились солёные хеши. И при проверке в /login должен проверяться солёный хеш от пароля.