BiTel

Добрый день,

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

Поподробней, как при регистрации на форумах? а смысл? регэкспи+ то что человек уже авторизовался в ЛК, тут то какой антиспам

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

не имеются ввиду когда введенные данные под регэкспу попадают, ввёл например человек умышленно или случайно не свой контакт, и сообщения уходят не тому или вообще никуда.
а так, рядом с полем контакта кнопка проверить, на контакт высылается сообщение с ключём, пользователь вводит его в ЛК и только после этого, по этому контакту начинают ходить сообщения.

ну и самые себе злобные буратины (с) я про пользователей

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

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

почему "без ведома"?

ну ввёл наш абонент телефон или почту, ошибся в одном символе, контакт прошёл по regexp, сообщения пошли другому человеку. ладно если это будет спам о новостях компании и прочем. а если это будет информация о балансах, платежах, информация по договору. не очень хочется попасть под фз-152, например. или не хочется дергать ТП недовольными людьми, на чей адрес приходят по ошибке сообщения. не они же указали свой адрес у нас в контактах.

сами себе злобные буратины, а выставление лимита, смена ТП они тоже не имеют права? следить нада, темболее там править можно

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

да всё это логично, могут поменять, должны следить, сами виноваты, но почему то кажется, что логично проверять все лишний раз.
ладно, на нет и суда нет.

много работы для внимательности хомячков

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

к сожалению в противном случае хомяки вонять начинают и разбегаются. мы в ответе за тех, кого приручили =)