запрет на отправку из HTML формы с одного ip

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

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

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

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

(Отредактировано автором: 11 Декабря, 2013 - 23:32:13)

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

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

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

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

(Отредактировано автором: 12 Декабря, 2013 - 00:04:17)

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

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

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