Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

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

 

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

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

тема: Принципы регистрации пользователей.
 
 автор: alek_chita   (09.02.2007 в 16:02)   письмо автору
 
 

Принцип 1: Форма: Имя, почта, пароль (почта на существование не проверяется).
Принцип 2: Форма: Имя, почта пароль на почту отправляется.
Принцип 3: Форма: Имя, почта, пароль (в почтовом ящике ссылка на страницу активации).
Список можно продолжить.

Вопрос: Какой принцип первое удобен для пользователя, второе при использовании какого принципа мы лучше обезопасим сайт от спамеров, флудеров, роботов и прочей "нечисти"? :-)
ЗЫ. Простите сам не вольно нафлудил

   
 
 автор: bronenos   (09.02.2007 в 16:17)   письмо автору
 
   для: alek_chita   (09.02.2007 в 16:02)
 

Минимум:
Имя, пароль, почта
Ссылка для подтверждения отправляется на почту.
Естественно лучше проверять, вдруг такая почта уже есть

   
 
 автор: alek_chita   (09.02.2007 в 16:31)   письмо автору
 
   для: bronenos   (09.02.2007 в 16:17)
 

Хорошо, а как реализовать то что мы называем ссылка для потверждения на почту?
ссылка на файл, предположим check.php с GET параметром(можно зашифрованым) и где-нибудь в сессиях контрольное число?
Я правильно мыслю?(Опыта минимум)

   
 
 автор: Trianon   (09.02.2007 в 16:36)   письмо автору
 
   для: alek_chita   (09.02.2007 в 16:31)
 

Не в сессиях. Сессия легко протухнет к тому времени.
В БД.

   
 
 автор: bronenos   (09.02.2007 в 16:45)   письмо автору
 
   для: alek_chita   (09.02.2007 в 16:31)
 

создаете шифр какой нибудь уникальный, затем в базу вносите данные пользователя и шифр и отправляете на почту
при получении параметра ищите, есть ли такой с таким шифром у вас.
Если есть то делаете его регистрированным (Например, переносите в таблицу без лишь регистрир. пользователи или придаете какому то столбцу значение 1 вместо 0 или как сами хотите... лично у меня так и есть)

   
 
 автор: Alph[p]a   (09.02.2007 в 16:17)   письмо автору
 
   для: alek_chita   (09.02.2007 в 16:02)
 

>Какой принцип первое удобен для пользователя
Принцип 1. Чем быстрее зарегишся тем лучше.)))
>> второе при использовании какого принципа мы лучше обезопасим сайт от спамеров, флудеров
Ну это как тебе удобно будет..просто не пренебрегай простой защитой и всё..уж совсем универсальной защиты нет да и не будет..спамеры тоже люди, на хлеб зарабатывают трудом и мозгами шевелят тоже чтоб "Долгожданное письмо" донести до получателя. ))))))

   
 
 автор: bronenos   (09.02.2007 в 16:20)   письмо автору
 
   для: Alph[p]a   (09.02.2007 в 16:17)
 

Не то что минимум... это минимум для антиспамов всяких... еще советую сделать защитное случайное число...

   
 
 автор: cheops   (09.02.2007 в 19:21)   письмо автору
 
   для: alek_chita   (09.02.2007 в 16:02)
 

Если основной упор ставится на защиту от спамеров, лучше использовать третий вариант (хотя он доставляет больше всех хлопот пользователю).

   
 
 автор: alek_chita   (10.02.2007 в 15:56)   письмо автору
 
   для: cheops   (09.02.2007 в 19:21)
 

Спасибо. Наверно всетаки выберу третий вариант.

   
Rambler's Top100
вверх

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