Size: a a a

2021 January 30

JR

Jürgen Romins in AWS_RU
У многих воскресенье у меня воскресенье понедельник))
источник

JR

Jürgen Romins in AWS_RU
Завтра как всегда проверить как мигрировали в Бахрейн и почему опять через жопу. Ничего нового будни
источник

JR

Jürgen Romins in AWS_RU
Кстати прикол для нерадивых разработчиков , fsx чтение-запись не в асинхронном режиме в екс смерть и мир вашему праху. На самом деле все просто
источник
2021 January 31

RK

Roman Kuznietsov in AWS_RU
Привет!
Делаю login/reg с aws js sdk. Все операции с aws на сервере, клиент с этим общается. После ввода данных для регистрации и получения их на беке запрашиваю отослать код на почту.

Подскажите пожалуйста, как понять, что клиент, который отправил данные пользователя и тот, что отправил код проверки полученный из письма один и тот же?
То есть понятно, что можно какой-нибудь кастомный токен отправить с ответом о том, что код проверки выслан и сохранить его в localStorage или типа того, но может быть есть какие-нибудь нормальные встроенные методы для этого?
источник

RK

Roman Kuznietsov in AWS_RU
И вообще имеет ли смысл уносить всю работу с aws на бек? Много в примерах видел, что это делают прям с клиента
источник

RK

Roman Kuznietsov in AWS_RU
Или это не тот чатик?
источник

AZ

Alexander Zaitsev in AWS_RU
Roman Kuznietsov
Привет!
Делаю login/reg с aws js sdk. Все операции с aws на сервере, клиент с этим общается. После ввода данных для регистрации и получения их на беке запрашиваю отослать код на почту.

Подскажите пожалуйста, как понять, что клиент, который отправил данные пользователя и тот, что отправил код проверки полученный из письма один и тот же?
То есть понятно, что можно какой-нибудь кастомный токен отправить с ответом о том, что код проверки выслан и сохранить его в localStorage или типа того, но может быть есть какие-нибудь нормальные встроенные методы для этого?
а почему недостаточно того, что если человек прислал код и он совпадает с тем, что ему был отослан -> это один и тот же человек? или я чего-то не понимаю?
источник

RK

Roman Kuznietsov in AWS_RU
Да, это как раз цель, но как понять что код верификации и почта\пароль пришли с одного клиента, так как принимаю я это просто на ендпоинтах на беке
источник

RK

Roman Kuznietsov in AWS_RU
Пока человек не авторизовался он для меня анонимный клиент, который стучиться в апи. После авторизации у него есть какой-нибудь токен, а до этого нет
источник

АП

Агент Печенька... in AWS_RU
Roman Kuznietsov
Да, это как раз цель, но как понять что код верификации и почта\пароль пришли с одного клиента, так как принимаю я это просто на ендпоинтах на беке
Просто хранить в базе или токене информацию про то чей это токен.
источник

AZ

Alexander Zaitsev in AWS_RU
Агент Печенька
Просто хранить в базе или токене информацию про то чей это токен.
+++
источник

RK

Roman Kuznietsov in AWS_RU
Агент Печенька
Просто хранить в базе или токене информацию про то чей это токен.
То есть у меня типа коллекция в бд с "проходящими регистрацию"? И я в ответе на `POST /register`запрос возвращаю временный токен, который клиент потом шлет вместе с кодом верификации?
источник

АП

Агент Печенька... in AWS_RU
Roman Kuznietsov
То есть у меня типа коллекция в бд с "проходящими регистрацию"? И я в ответе на `POST /register`запрос возвращаю временный токен, который клиент потом шлет вместе с кодом верификации?
Зачем временный? Если его писать в базу то вполне себе постоянный. Главное чтобы был длинный и уникальный. Классический пример это uuid.
источник

RK

Roman Kuznietsov in AWS_RU
Агент Печенька
Зачем временный? Если его писать в базу то вполне себе постоянный. Главное чтобы был длинный и уникальный. Классический пример это uuid.
Ну, временный, вмысле, он там не должен быть долго)
источник

АП

Агент Печенька... in AWS_RU
Roman Kuznietsov
Ну, временный, вмысле, он там не должен быть долго)
Тогда ещё ttl в базе выставить.
источник

RK

Roman Kuznietsov in AWS_RU
Ну, и вообще имело бы смысл их затирать в течении 24 часов, например
источник

RK

Roman Kuznietsov in AWS_RU
Нафиг незавершенные регистрации)
источник

RK

Roman Kuznietsov in AWS_RU
Агент Печенька
Зачем временный? Если его писать в базу то вполне себе постоянный. Главное чтобы был длинный и уникальный. Классический пример это uuid.
То есть можно просто что-то кастомное выслать как временный токен? Я видел какие-то id сессии или типа того, в ответе именно от aws-sdk
источник

АП

Агент Печенька... in AWS_RU
Roman Kuznietsov
То есть можно просто что-то кастомное выслать как временный токен? Я видел какие-то id сессии или типа того, в ответе именно от aws-sdk
Можно.
источник

АП

Агент Печенька... in AWS_RU
Roman Kuznietsov
Ну, и вообще имело бы смысл их затирать в течении 24 часов, например
Тогда ttl.
источник