Проектирование сайтов - Бич F5. Как бороться с повторной отправкой данных / scourge - Comments

Можно сделать

snow_wons — Mon, 02 Jul 2007 00:32:40 +0400

Можно сделать так:

...
</form>

А в скрипте обработчике уже Header'ом делать редирект на нужную страницу

Лично я ещё не

Psih — Mon, 25 Jun 2007 15:42:00 +0400

Лично я ещё не сталкивался с тем, что бы Header('Location: http://www.site.com/.....'); не отрабатывал. Просто в случае ошибки надо снова кидать на форму этим хедером и отображать ошибку, как вариант: Header('Location: http://www/site.com.....&error=errorCode');

P.S. Лично у меня ошибки передаються через сессию.

Спасибо за

Дмитрий Сергеев — Tue, 19 Jun 2007 21:04:17 +0400

Спасибо за отличную подсказку.

Можно помимо

vitalaw — Tue, 19 Jun 2007 17:54:23 +0400

Можно помимо текста в базе хранить хеш этого текста и соответственно повторяемость сообщения искать уэе по его хешу. ИМХО это будет быстрее, чем индекс по текту...

Ну может это и

Дмитрий Сергеев — Fri, 15 Jun 2007 19:01:35 +0400

Ну может это и не бич никакой :) Но я часто сталкиваюсь.

Ммм, по-моему

Dead Krolik — Fri, 15 Jun 2007 18:40:12 +0400

Ммм, по-моему проблема высосана из пальца :) Ну хорошо если я вспомню пару случаев за последние пол года, где вот такой косяк был. Но сколько я лазил и сколько я формы отправлял. Нет такой проблемы :)

Защита от флуда

Дмитрий Сергеев — Fri, 15 Jun 2007 01:53:27 +0400

Защита от флуда -- это хорошо, но лишних манипуляции с БД лучше избегать. Вариант с фиксацией уникального id формы в сессии как раз позволяет обойтись без лишних запросов.

Недостатком, конечно, может быть необходимость заводить сессию, и в некоторых случаях бороться с ее идентификатором, приписанным к URL.

$_SERVER["REMOTE_ADDR"]

NightWriter — Fri, 15 Jun 2007 01:23:38 +0400

$_SERVER["REMOTE_ADDR"] заносим в базу, при отправке проверяем - лежит ли оно в базе, если да - то сколько времени прошло, сравниваем с таймаутом - больше, гут, удаляем из базы и принимаем форму. Одновременно и от флуда защита

А у него

4m@t!c — Thu, 14 Jun 2007 17:19:33 +0400

А у него вариантов - аж 1. Нажать F5. Опять же из практики: случаев с запаздалым откликом на порядки больше случаев с кликом и нулевым откликом.

А что будет,

Дмитрий Сергеев — Thu, 14 Jun 2007 11:55:09 +0400

А что будет, если первый запрос не дойдет, а кнопка на форме заблокируется?

Деол в том, что

4m@t!c — Thu, 14 Jun 2007 11:51:52 +0400

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

Проблема в том,

4m@t!c — Thu, 14 Jun 2007 11:47:48 +0400

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

Скажем, сервер,

Дмитрий Сергеев — Thu, 14 Jun 2007 11:27:13 +0400

Скажем, сервер, на котором работает этот сайт, иногда на отправку формы возращает пустую страницу. Если нажимаешь F5, получаешь дубль. Редирект здесь, кажется, не спасет.

Тоже должно

Дмитрий Сергеев — Thu, 14 Jun 2007 11:24:09 +0400

Тоже должно нормально работать. Только немного сложновато. Вариант с уникальным id формы и сессиями выглядит легче и надежнее.

Ну ребят...

lusever — Thu, 14 Jun 2007 11:17:43 +0400

Ну ребят... загнули.
Редирект делается после успешного запроса. И усе. Если редиректа нет, юзер go back и submit. Ну или f5, если догадается.

Бич F5. Как бороться с повторной отправкой данных / scourge

Дмитрий Сергеев — Thu, 14 Jun 2007 00:29:25 +0400

Когда человек заполняет форму и нажимает на кнопку «Отправить», может случиться всякое. Например, серверная часть может нормально отработать, а ответ клиенту не дойдет. Что мы (пользователи) тогда делаем? Ясное дело, нажимаем F5. Запрос отправляется еще разок с теми же данными. Серверная часть снова отрабатывает и на это раз возвращает ответ -- страницу с продублированным комментарием (новостью, товаром, постом на форуме). Сталкивались с этим явлением?

Как же распространенную проблему решить? У меня четыре варианта.