Предотвращение двойного HTTP POST

Решение на стороне пользователя - отключить кнопку отправки через Javascript после первого щелчка.

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

Но это никогда не заменит настоящую проверку на стороне сервера.

Изменение на стороне клиента - распространенный прием:

• Отключить кнопку отправки
• Измените экран на экран "пожалуйста, подождите"
• Если форма была модальной, вернуть экран к их обычному процессу (это дает преимущество в том, что все выглядит действительно гладко)

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

Так что мой совет - разработать какое-то скрытое обнаружение. а потом улучшит вашу форму, чтобы люди с JS не могли дважды отправлять.

Вы можете отслеживать количество отправок формы и сравнивать его с количеством уникальных посещений страницы с формой на ней в сеансе.

Пока что большинство ответов были на стороне клиента. На стороне сервера вы можете создать скрытое поле с идентификатором GUID при первом создании формы, а затем записать этот идентификатор GUID как отправленную форму при получении сообщения. Проверьте его перед дальнейшей обработкой.

Техники на стороне клиента полезны, но вы можете объединить их с некоторыми методами на стороне сервера.

Один из способов сделать это - включить в форму уникальный токен (например, GUID или аналогичный), чтобы при обработке формы вы могли проверить, был ли токен уже использован, что предотвратит двойную отправку.

В вашем случае, если у вас есть таблица с посетителями событий, вы можете включить этот токен в качестве столбца.

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

Если страница, на которой отображается форма, создается динамически, вы можете добавить скрытое поле, которое содержит какой-то порядковый номер, хэш или что-то уникальное. Затем у вас есть некоторая проверка на стороне сервера, которая проверяет, поступил ли уже запрос с этим уникальным значением. Когда пользователь отправляет форму, уникальное значение проверяется по списку «используемых» значений. Если он существует в списке, это ложный запрос, и от него можно отказаться. Если его нет, добавьте его в список и обработайте как обычно. Если вы убедитесь, что значение уникально, это гарантирует, что одна и та же форма не может быть отправлена ​​дважды.

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

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

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

Часто игнорируемая причина, по которой отключение кнопки отправки не работает, заключается в том, что пользователь может просто обновить цель отправки (и нажать OK в диалоговом окне «Вы уверены, что хотите повторно отправить данные POST?»). Или даже некоторые браузеры могут неявно перезагружать отправленную страницу, когда вы пытаетесь сохранить страницу на диск (например, вы пытаетесь сохранить бумажную копию подтверждения заказа).

Практически ни у кого нет отключенных js. Подумайте о написании кода для своего веб-сайта электронной коммерции для 70-летней женщины, которая дважды нажимает на каждую ссылку и кнопку. Все, что вам нужно сделать, это добавить javascript, чтобы она не нажимала «Заказать сейчас» дважды. Да - проверьте это и на стороне сервера, «будьте осторожны» - но не используйте код для этого случая. Но для улучшения пользовательского интерфейса сделайте это и на стороне клиента.

Вот несколько скриптов, которые я нашел:

//
// prevent double-click on submit
//
  jQuery('input[type=submit]').click(function(){
    if (jQuery.data(this, 'clicked')){
      return false;
    }
    else{
      jQuery.data(this, 'clicked', true);
      return true;
    }
  });

а также

// Find ALL <form> tags on your page
$('form').submit(function(){
    // On submit disable its submit button
    $('input[type=submit]', this).attr('disabled', 'disabled');
});

Каждый раз, когда страница запрашивается с сервера, сгенерируйте уникальный requestToken, сохраните его на стороне сервера, пометьте статус как НЕ обработано и передайте его вместе с текущей запрошенной страницей. Теперь всякий раз, когда происходит отправка страницы, получите requestToken из данных «POST», проверьте статус и сохраните данные или выполните альтернативное действие.

Большинство банковских приложений используют эту технику для предотвращения двойной отправки сообщений "POST". Так что это проверенный временем и надежный способ предотвращения двойной отправки.

Ни одно из решений не относится к серверу балансировки нагрузки.

Если у вас есть балансировщик нагрузки, отправьте UUID (или любой тип уникального номера) на сервер для сохранения и повторного чтения, это не сработает, если сервер не знает о других серверах, потому что каждый запрос может обрабатываться другим сервером. в среде без гражданства. Эти серверы должны читать / писать в одно и то же место.

Если у вас несколько серверов, вам понадобится общий кеш (например, Redis) между серверами для чтения / записи уникального значения в одном и том же месте (что может быть чрезмерно инженерным решением, но работает).