Добавить в корзинуПозвонить
Найти в Дзене
Chris Roylance

Stryfe.online: Регистрация готова со стороны сервера

Всем привет, закончил я модуль регистрации со стороны сервера. Вышло чуть дольше чем хотел, т.к. я менял СУБД, зато СУБД я доволен и это главное. На первых этапах для защиты я использовал csrf-токен, который храниться в заголовке запроса. Корректное использование данного модуля в плане api запросов выглядит так, сначала запрашивается csrf-токен, после чего уже производиться сам запрос на регистрацию. Правильный подход или нет, покажет время. Полей для регистрации получилось больше чем я ожидал изначально. Данные как вы понимаете используются тестовые. Как видно по полям, в вебке будет 3 checkbox, как доберемся до вебке покажу вариант компоновки. После того как мы выполнили запрос, тестирование работоспособности API я делаю в Bruno, аналоге Postman. Так же в Bruno я использую автоматизацию, что бы не запрашивать каждый раз csrf-токен. После регистрации в БД пользователь выглядит следующим образом. Поля isActive и isVisible будут использоваться, что бы пользователи не попадали в писке п

Всем привет, закончил я модуль регистрации со стороны сервера. Вышло чуть дольше чем хотел, т.к. я менял СУБД, зато СУБД я доволен и это главное.

На первых этапах для защиты я использовал csrf-токен, который храниться в заголовке запроса. Корректное использование данного модуля в плане api запросов выглядит так, сначала запрашивается csrf-токен, после чего уже производиться сам запрос на регистрацию. Правильный подход или нет, покажет время.

Полей для регистрации получилось больше чем я ожидал изначально. Данные как вы понимаете используются тестовые.

Пример параметров для отправки
Пример параметров для отправки

Как видно по полям, в вебке будет 3 checkbox, как доберемся до вебке покажу вариант компоновки.

После того как мы выполнили запрос, тестирование работоспособности API я делаю в Bruno, аналоге Postman. Так же в Bruno я использую автоматизацию, что бы не запрашивать каждый раз csrf-токен.

После регистрации в БД пользователь выглядит следующим образом.

-3

Поля isActive и isVisible будут использоваться, что бы пользователи не попадали в писке пользователей, если они не активировали свой аккаунт или не захотели, что бы они отображались в нем.

После записи информации в БД, создается запрос в RabbitMQ, что бы пользователю была произведена отправка письма, для активации аккаунта.

По скринам видно, что после регистрации в очередь попала запись. Это видно по первому скриншоту, а так же информации, что минимальная информация для дальнейших операций есть. В дальнейшем будет создан модуль, который будет брать эту информацию, после чего создавать уникальный код активации, который будет привязан к почтовому ящику, с последующей отправкой пользователю.

На этом у меня все, понемногу, но социальная сеть ползет к своей цели)