Обучение/Помощь новичкам | Восстановление пароля
Тема закрыта by
SNEG
Логика восстановления пароля, это тупо как по мне просто ввел email в поле получил новый пароль, так я могу зная почту другого пользователя ввести сбросить его пароль, пользователь который будет входить не будет понимать чего он не может войти. Допустим даже если генерировать ссылку, где временный код хранить в бд как по мне это не правильно, как это работает ?
________
посл. ред. 26.12.2023 в 20:02; всего 1 раз(а); by SNEG
________
посл. ред. 26.12.2023 в 20:02; всего 1 раз(а); by SNEG
Сгенерировал ссылку, которая действует к примеру 5 минут.
После того, как на ее перешел, сверяй хэш и тогда сбрасывай
После того, как на ее перешел, сверяй хэш и тогда сбрасывай
Сгенерировал ссылку, которая действует к примеру 5 минут.
После того, как на ее перешел, сверяй хэш и тогда сбрасывай
sql
`email` varchar(255) NOT NULL,
`key` varchar(255) NOT NULL,
`expDate` datetime NOT NULL________
посл. ред. 26.12.2023 в 20:26; всего 4 раз(а); by SNEG
Сгенерировал ссылку, которая действует к примеру 5 минут.
После того, как на ее перешел, сверяй хэш и тогда сбрасывай
Где эти данных хранить , сгенерированы ? В бд в отдельной таблице ? В Гугле такие примеры , типа ид пользователя и хеш сгенерирован хранится в отдельной таблице и время жизни хеша
sql
`email` varchar(255) NOT NULL,
`key` varchar(255) NOT NULL,
`expDate` datetime NOT NULLМожно не указывать время жизни, если это всегда 5 минут - лишняя и ненужная информация. Просто храни id пользователя и хэш. Мыло запоминать отдельно необязательно - оно по идее должно быть в таблице пользователя
________
посл. ред. 26.12.2023 в 21:58; всего 3 раз(а); by SNEG
Мне нужна была идея , да я на сутки закину доступ к ссылке , как очищать таблицу от токенов которые истекли ? Чтобы вес базы не увеличивали
Да, в отдельной таблице
Как он узнает, что, с момента создания хэша, прошло 5 минут?
________
посл. ред. 26.12.2023 в 23:30; всего 1 раз(а); by SNEG
Стр.: 1, 2