Форумы портала PHP.SU :: Версия для печати :: запрет на отправку из HTML формы с одного ip

Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: запрет на отправку из HTML формы с одного ip

Форумы портала PHP.SU » » Хранение данных, их вывод и обработка » запрет на отправку из HTML формы с одного ip

Страниц (1): [1]

1. classic1698 - 11 Декабря, 2013 - 23:11:30 - перейти к сообщению

Есть форма HTML из неё данные отправляются в файл .php, а от туда уже в БД.
В файле есть проверка на запрет пустой формы, но хотелось бы ещё и добавить проверку на повторную отправку. То есть если в БД есть такой ip то ПОКедА!!! или лучше по имени.
Перепробовал много вариантов, но что-то не один работает. Честно уже похоже запутался.
Может есть простенький вариант.
ip определяю

CODE (htmlphp):
скопировать код в буфер обмена

$ip_user = $_SERVER['REMOTE_ADDR'];

и вношу в БД.

2. Deonis - 11 Декабря, 2013 - 23:15:13 - перейти к сообщению

Вариант с IP не очень-то надежный. Гораздо проще, вообще, разрешить отправлять сообщения только зарегистрированным пользователям и контролировать их в рамках учетной записи.

3. classic1698 - 11 Декабря, 2013 - 23:19:39 - перейти к сообщению

Deonis пишет:

Я понимаю, но это форма заявки, и возможно устроит даже проверка по $name главное чтобы повторов не было. Форма очень большая, и думаю вряд ли у кого-нибудь будет желание СПАМить.
Или Вы в другом смысле опасаетесь?

4. Deonis - 11 Декабря, 2013 - 23:30:15 - перейти к сообщению

classic1698 пишет:

Или Вы в другом смысле опасаетесь?

Нет, про безопасность, как я понял, речь не идет.
А по поводу контроля по IP, пусть даже и не в отношении безопасности: на одном внешнем IP, может сидеть сотня пользователей, которым провайдер раздает внутренние ip-шники. Тогда, если один выработал свой лимит на вашем сайте, то остальные 99 человек, так же автоматом попадают под раздачу. Маловероятно, но всё же. А что делать с людьми, у которых динамический IP? Или с теми, кто подменяют реальные IP с помощью анонимайзеров?

5. classic1698 - 11 Декабря, 2013 - 23:42:36 - перейти к сообщению

Deonis пишет:

classic1698 пишет:

Или Вы в другом смысле опасаетесь?

Может тогда по 3 критериям обязательных полей - имя емайл и телефон, т. к. важно, чтобы один и тот же пользователь, случайно по невнимательности, не отправил дважды.
И как это лучше сделать.
Собрать скажем в массив из БД потом получить из $_POST и сравнить?

6. Deonis - 11 Декабря, 2013 - 23:46:59 - перейти к сообщению

А может просто сделать некоторые важные поля в таблице с уникальными ключами? А запрос строить, как "INSERT IGNORE ..." или, если необходимо, то "INSERT… ON DUPLICATE KEY UPDATE"

7. classic1698 - 11 Декабря, 2013 - 23:56:16 - перейти к сообщению

Deonis пишет:

"INSERT… ON DUPLICATE KEY UPDATE"

То есть пусть переписывает БД пока не устанет? Как я понял.

Сейчас почитал, там же как то по id определяется. У меня есть id в БД.
но как он проверяет на повтор мои то поля?
INSERT INTO table SET column = 1, id=1 ON DUPLICATE KEY UPDATE column = column + 1

8. Deonis - 12 Декабря, 2013 - 00:02:46 - перейти к сообщению

classic1698 пишет:

То есть пусть переписывает БД пока не устанет? Как я понял.

Второй вариант я привел, как возможный для определенных целей. Если надо просто исключить дублирование данных (одинаковый login, email и т.д.), то первого вполне достаточно.

9. classic1698 - 12 Декабря, 2013 - 00:30:30 - перейти к сообщению

Deonis пишет:

classic1698 пишет:

То есть пусть переписывает БД пока не устанет? Как я понял.

Да спасибо офигенный вариант, не знал о нём!!!
Правда нужно обязательно в уникальный ключ

CODE (htmlphp):
скопировать код в буфер обмена

PRIMAREY KEY а то проходит.
 

10. Deonis - 12 Декабря, 2013 - 00:47:08 - перейти к сообщению

Что-то я последнюю мысль вашу не особо уловил. Если это вопрос, то да "обязательно в уникальный ключ". PRIMAREY KEY - может быть только один, UNIQUE KEY - может быть множество, плюс ко всему, можно группировать поля таблицы под один уникальный ключ. Схематически так:

CODE (sql):
скопировать код в буфер обмена

 
ALTER TABLE `table_name` ADD UNIQUE KEY `u_key` (`field_1`,`field_2`,`field_N`);

11. classic1698 - 12 Декабря, 2013 - 12:45:45 - перейти к сообщению

Deonis пишет:

CODE (sql):
скопировать код в буфер обмена

 
ALTER TABLE `table_name` ADD UNIQUE KEY `u_key` (`field_1`,`field_2`,`field_N`);

Да нет всё правильно, это я видимо вчера "зашился", достаточно конечно в таблице БД присвоить уникальный ключ необходимому полю и всё работает. В этом случае, необходимая мне задача более чем выполнима.