| |
|
|
| | А вопрос касательно этой темы такой:
Как лучше поступить - для еще не подтвердивших регистрацию пользователей создать отдельную таблицу или просто в основную таблицу внести дополнительное поле типа enum, имеющее значения "active" и "diactive"? | |
| |
|
|
| |
|
|
| |
для: Mookapek
(13.03.2009 в 16:19)
| | | а код для активации Вы тоже в поле enum хранить собираетесь? | |
| |
|
|
| |
|
|
| |
для: Loki
(13.03.2009 в 17:05)
| | | Нет, в отдельном поле. | |
| |
|
|
| |
|
|
| |
для: Loki
(13.03.2009 в 17:05)
| | | Вот, еще один вопрос возник - что лучше использовать в качестве кода для активации? | |
| |
|
|
| |
|
|
| |
для: Mookapek
(13.03.2009 в 16:19)
| | | Регистрационная форма состоит всего из двух полей: email и пароль.
Планирую сделать подтверждение регистрации следующим образом:
Кроме основной таблицы users создаю дополнительную таблицу active_keys, в которой хранится ид юзера из таблицы users и произвольный автоматически сгенерированный код активации(зашифрованный функцией md5). На ящик юзеру отсылаю ссылку, в которой передается зашифрованный email и код активации.
Что думаете на счет такой организации? | |
| |
|
|
| |
|
|
| |
для: Mookapek
(13.03.2009 в 18:19)
| | | Вот тут долго думали ))) | |
| |
|
|
| |
|
|
| |
для: Mookapek
(13.03.2009 в 18:19)
| | | >произвольный автоматически сгенерированный код активации(зашифрованный функцией md5)
если он произвольный, то зачем его "зашифровывать"? | |
| |
|
|
| |
|
|
| |
для: Loki
(13.03.2009 в 20:26)
| | | уууу, да стормознул :) | |
| |
|
|
| |
|
|
| |
для: Mookapek
(13.03.2009 в 18:19)
| | | А зачем нужна вторая таблица? Достаточно в первой завести дополнительное поле. | |
| |
|
|
| |
|
|
| |
для: Mookapek
(13.03.2009 в 16:19)
| | | Есть очень неплохой способ: при регистрации не спрашивать у посетителя пароль, который он хочет использовать, а вместо этого сгенерить случайный пароль и послать его на email. | |
| |
|
|
