|
|
|
| Всем добрый !
Расскажите, пожалуйста, алгоритм и принцип работы
подтверждения регистрации ...
Когда после регистрации на сайте пользователю приходит письмо с ссылкой для подтверждения.
я вот думаю прикрутить к url в теле письма и потом, при переходе пользователя по этой ссылке, разобрав ее, сверить id с тем, который ему назначился вначале...
Но меня терзают смутные сомнения...(с)
Подскажите как все-таки это работает...? Способы подтверждения регистрации?
Спасибо ! | |
|
|
|
|
|
|
|
для: mehelson
(05.02.2007 в 04:25)
| | В принципе так тоже можно, но я делаю подругому. При регистрации заношу пользователя в БД и даю ему код, как случайное число от 0 допустим до 9999999. Затем в письме, которое отправляю пользователю даю ссылку типа podtverzhdenie.php?login=(логин пользователя)&cod=(тот самый код).
И в этом крипте сравниваю код из БД по Логину с кодом прищедшим по этой ссылке. | |
|
|
|
|
|
|
|
для: kail_braslovski
(05.02.2007 в 07:36)
| | в принципе это тоже самое...
Спасибо kail_braslovski !
Есть ли еще какой-нибудь способ?
и каким образом Лучше потом избавиться от записи,
через промежуток времени, если не подтверждена регистрация ?
Спасибо ! | |
|
|
|
|
|
|
|
для: mehelson
(05.02.2007 в 07:50)
| | Лично я в каком-нибудь часто вызываемом скрипте вставляю код
DELETE FROM имябазыданных.имятаблицы WHERE имя_столбца_где_в_формате_DATETIME_хранится_дата_отсылки_письма + INTERVAL 3 DAY<NOW()
|
| |
|
|
|
|
|
|
|
для: Ralph
(05.02.2007 в 08:50)
| | Лично я в каком-нибудь часто вызываемом скрипте вставляю код...
Бред - только постоянная лишняя загрузка скрипта и БД - совершенно бестолковым запросом... смысл того, что запрос выполнится 100-1000 за сутки??? Не судьба сделать просто отдельный скрипт или в скрипт авторизации вставить ОТДЕЛЬНУЮ ветку по параметру и вызывать скрипт через Планировщик раз в час... или на крайняк поставить в исходный скрипт какой-нить случайный генератор на числа от 0 до 100 и установить параметр вероятности срабатывания... и потом просто сравнивать и коли число от генератора меньше вероятности - тогда уж делать запрос на очистку... | |
|
|
|
|
|
|
|
для: mehelson
(05.02.2007 в 04:25)
| | а если он письмо получит через пол часа? час? сутки? Вы сессию сколько планируете хранить?
ps Предвисхищая вопрос: обычная сессия живет 15 минут. | |
|
|
|
|
|
|
|
для: Loki
(05.02.2007 в 09:40)
| | Ralph спасибо !
Ну допустим сохранить id где-нибудь... в базе или файле...
разве это плохо ? | |
|
|
|
|
|
|
|
для: mehelson
(05.02.2007 в 10:16)
| | Ну,во первых,время жизни стандартной сессии не так уж трудно изменить.Я лично вообще ложил на эти стандартные сессии,использую свои,совмещенные с онлайном и др.фигней | |
|
|
|
|
|
|
|
для: Ralph
(05.02.2007 в 10:34)
| | Можно их и вообще вечно хранить. Только какой в этом смысл? | |
|
|
|
|
|
|
|
для: Loki
(05.02.2007 в 11:02)
| | А какой был бы смысл,если б ты к примеру через полчаса зашел сюда на форум softtime.ru и тебе снова приходилось бы авторизоваться ?
А если 15 раз в день авторизоваться,то оно может и надоесть...Я лично считаю срок жизни сессии в 3 дня вполне приемлимым | |
|
|
|
|
|
|
|
для: Ralph
(05.02.2007 в 11:12)
| | Всем спасибо !
буду использовать и вариант с сессией и вариант предложенный
kail_braslovski и Ralph...
раз других вариантов нет...
Спасибо ! | |
|
|
|
|
|
|
|
для: Ralph
(05.02.2007 в 11:12)
| | Сессия на этом форуме живет стандартные 15 минут. Так что этот пример - мимо.
Если ваши пользователи по трое суток не закрывают броузер, имеет смысл хранить три дня. В противном случае - идиотизм. | |
|
|
|
|
|
|
|
для: Loki
(05.02.2007 в 13:55)
| | Если ваши пользователи по трое суток не закрывают броузер, имеет смысл хранить три дня. В противном случае - идиотизм.
а что - нибудь дельное Loki подскажите ? | |
|
|
|
|
|
|
|
для: mehelson
(06.02.2007 в 04:13)
| | Если нужен автологин - храните данные для авторизации в куках, а сеанс - в сессии. Если нет, то можно ограничится только сессией. | |
|
|
|