Всем привет.
Вобщем есть простенькая админка для добавления платежей в БД сайта. Админка благополучно работает уже года 2. Но недавно появился баг, при добавлении платежей, дублируются записи в БД. Смотрел поле которое отображает время добавления платежей. Там оба платежа идут с одинаковым временем с точностью до секунды. Сам скрипт просто как двери, без циклов и ветвлений. Т.е. для дублирования причин нет. Код скрипта около килобайта, обычный insert вставляющий данные из пост запроса. Сам пост запрос смотрел парсером, смотрел ответ сервера, все выполняется ровно 1 раз.
Сегодня дублирование исчезло. Причина гдето в БД или nginx?
Ссылку на админку по понятным причинам скинуть не могу. Перезагрузку мускульного процесса делал но не помогло.

Dimitry SibiryakovДа просто кликнули два раза подряд на кнопку.

нет, я проверял несколько раз. стоял над душой у людей, ставил парсер. Запрос на скрипт уходил по 1 разу. Я даже сделал на ява скриптах защиту от 2-ного клика, как только кликнули, кнопка становится не видимой до тех пор пока в БД не пропишется новая запись, потом появляется алерт, и после того как пользователь кликнет по алерту, только тогда появится кнопка чтобы добавить новый платеж.

DarkMasterforward12нет, я проверял несколько раз. стоял над душой у людей, ставил парсер. Запрос на скрипт уходил по 1 разу. Я даже сделал на ява скриптах защиту от 2-ного клика, как только кликнули, кнопка становится не видимой до тех пор пока в БД не пропишется новая запись, потом появляется алерт, и после того как пользователь кликнет по алерту, только тогда появится кнопка чтобы добавить новый платеж.

От такого нужно не браузере защищаться, а на уровне БД. Примитивный способ - сгенерировать PK на клиенте и отправить серверу для INSERT. При попытке вставки 2-го значения с таким же ID гарантированно получишь облом.
ну нечто подобное и планируется.

Akinaforward12при добавлении платежей, дублируются записи в БДВ свойствах платежа (тех самых данных, которые вводятся оператором или передаются от другого процесса) обязаны быть однозначно идентифицирующие платёж данные. А в БД эта совокупность однозначно идентифицирующих запись данных (не генерируемая сервером, вроде автоинкремента, а именно свойства платежа) должна быть уникальным ключом. Соответственно вторая копия данных вставлена не будет.
согласен. Но БД проектировал не я.
Вобщем старую таблицу я не могу расширить, но добавить дополнительную связанную с уникальными ИД можно.