Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: объясните алгоритм и принцип работы подтверждения регистрации
 
 автор: mehelson   (05.02.2007 в 04:25)   письмо автору
 
 

Всем добрый !

Расскажите, пожалуйста, алгоритм и принцип работы
подтверждения регистрации ...
Когда после регистрации на сайте пользователю приходит письмо с ссылкой для подтверждения.
я вот думаю прикрутить к url в теле письма
session_id()
и потом, при переходе пользователя по этой ссылке, разобрав ее, сверить id с тем, который ему назначился вначале...
Но меня терзают смутные сомнения...(с)
Подскажите как все-таки это работает...? Способы подтверждения регистрации?

Спасибо !

   
 
 автор: kail_braslovski   (05.02.2007 в 07:36)   письмо автору
 
   для: mehelson   (05.02.2007 в 04:25)
 

В принципе так тоже можно, но я делаю подругому. При регистрации заношу пользователя в БД и даю ему код, как случайное число от 0 допустим до 9999999. Затем в письме, которое отправляю пользователю даю ссылку типа podtverzhdenie.php?login=(логин пользователя)&cod=(тот самый код).
И в этом крипте сравниваю код из БД по Логину с кодом прищедшим по этой ссылке.

   
 
 автор: mehelson   (05.02.2007 в 07:50)   письмо автору
 
   для: kail_braslovski   (05.02.2007 в 07:36)
 

в принципе это тоже самое...
Спасибо kail_braslovski !

Есть ли еще какой-нибудь способ?
и каким образом Лучше потом избавиться от записи,
через промежуток времени, если не подтверждена регистрация ?

Спасибо !

   
 
 автор: Ralph   (05.02.2007 в 08:50)   письмо автору
 
   для: mehelson   (05.02.2007 в 07:50)
 

Лично я в каком-нибудь часто вызываемом скрипте вставляю код
DELETE FROM имябазыданных.имятаблицы WHERE имя_столбца_где_в_формате_DATETIME_хранится_дата_отсылки_письма + INTERVAL 3 DAY<NOW()

   
 
 автор: ZuArt   (06.02.2007 в 09:46)   письмо автору
 
   для: Ralph   (05.02.2007 в 08:50)
 

Лично я в каком-нибудь часто вызываемом скрипте вставляю код...

Бред - только постоянная лишняя загрузка скрипта и БД - совершенно бестолковым запросом... смысл того, что запрос выполнится 100-1000 за сутки??? Не судьба сделать просто отдельный скрипт или в скрипт авторизации вставить ОТДЕЛЬНУЮ ветку по параметру и вызывать скрипт через Планировщик раз в час... или на крайняк поставить в исходный скрипт какой-нить случайный генератор на числа от 0 до 100 и установить параметр вероятности срабатывания... и потом просто сравнивать и коли число от генератора меньше вероятности - тогда уж делать запрос на очистку...

   
 
 автор: Loki   (05.02.2007 в 09:40)   письмо автору
 
   для: mehelson   (05.02.2007 в 04:25)
 

а если он письмо получит через пол часа? час? сутки? Вы сессию сколько планируете хранить?

ps Предвисхищая вопрос: обычная сессия живет 15 минут.

   
 
 автор: mehelson   (05.02.2007 в 10:16)   письмо автору
 
   для: Loki   (05.02.2007 в 09:40)
 

Ralph спасибо !

Ну допустим сохранить id где-нибудь... в базе или файле...
разве это плохо ?

   
 
 автор: Ralph   (05.02.2007 в 10:34)   письмо автору
 
   для: mehelson   (05.02.2007 в 10:16)
 

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

   
 
 автор: Loki   (05.02.2007 в 11:02)   письмо автору
 
   для: Ralph   (05.02.2007 в 10:34)
 

Можно их и вообще вечно хранить. Только какой в этом смысл?

   
 
 автор: Ralph   (05.02.2007 в 11:12)   письмо автору
 
   для: Loki   (05.02.2007 в 11:02)
 

А какой был бы смысл,если б ты к примеру через полчаса зашел сюда на форум softtime.ru и тебе снова приходилось бы авторизоваться ?
А если 15 раз в день авторизоваться,то оно может и надоесть...Я лично считаю срок жизни сессии в 3 дня вполне приемлимым

   
 
 автор: mehelson   (05.02.2007 в 11:36)   письмо автору
 
   для: Ralph   (05.02.2007 в 11:12)
 

Всем спасибо !

буду использовать и вариант с сессией и вариант предложенный
kail_braslovski и Ralph...

раз других вариантов нет...

Спасибо !

   
 
 автор: Loki   (05.02.2007 в 13:55)   письмо автору
 
   для: Ralph   (05.02.2007 в 11:12)
 

Сессия на этом форуме живет стандартные 15 минут. Так что этот пример - мимо.
Если ваши пользователи по трое суток не закрывают броузер, имеет смысл хранить три дня. В противном случае - идиотизм.

   
 
 автор: mehelson   (06.02.2007 в 04:13)   письмо автору
 
   для: Loki   (05.02.2007 в 13:55)
 

Если ваши пользователи по трое суток не закрывают броузер, имеет смысл хранить три дня. В противном случае - идиотизм.


а что - нибудь дельное Loki подскажите ?

   
 
 автор: Loki   (06.02.2007 в 09:24)   письмо автору
 
   для: mehelson   (06.02.2007 в 04:13)
 

Если нужен автологин - храните данные для авторизации в куках, а сеанс - в сессии. Если нет, то можно ограничится только сессией.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования