Re[13]: ブラウザによる更新（再送信）のイベント発生の仕組みと対処

> 知りたいのは２点です
> ・イベント（ボタン）が２つ以上ある場合、現在のフォーカスとは無関係に
> 直前のイベントが発生しているようですが、どうして直前のイベントが分かるのか。
Webブラウザの更新ボタンを押すことにより、そのページを表示させたときと同じリクエストをサーバ送るためです。
これはWebブラウザの機能です。

> ・イベント自体を発生させない、イベント側でボタンが押されたかを判断する、
> に該当する解決策やその他講じている対処方法について
イベントを無効にすべきかどうかをサーバ側で判定してください。
たとえば、Amazonなどの商品購入画面で誤って複数購入しないために2回目の処理を行わないようにする必要があります。

トレースをオンにするとリクエストの情報がわかりやすいですよ。

トレースをオンにするには：
-フォームのロード時に「Trace.IsEnabled = True」を設定してください

■5652 / inTopicNo.12)

　Re[10]: ブラウザによる更新（再送信）のイベント発生の仕組みと対処

▲▼■

□投稿者/ ｍあ (21回)-(2007/07/19(Thu) 15:19:39)

■No5643 (ghost_shell さん) に返信
> ■No5581 (黒龍さん) に返信
> 「Redirectすべきは更新時ではなくその手前の処理時です。」とは「ボタンのイベントではなくPage_Loadイベント」あるいは「更新を押したときではなく実際にボタンを押したとき」という意味ですか。
> こちらのやり方が違うのか、納得できません。

再送信要求が発生するタイミングは、ブラウザツールバーの「↑↓」更新
ボタンを押したときですよね。

このタイミングによりサーバーへ送られる内容は、今の画面のひとつ前の
画面の内容ですよね。

てことは、ひとつ前の画面がリロードすれば、今再送信しようとしている
フォームパラメータはリセットされるので「再送信しますか？」のダイア
ログが出ない「↑↓」更新ボタンが押せる、という訳です。

と解釈しました。

GETでの簡易版ですが、これと同じ機構を実装するだけだと思います。
再送信しようとしてます、画面はあいにく出ません。

<script>

</script>
<form method="GET">
<input type=text name=A>
<input type=checkbox name=C1 id=C1><label for=C1>チェック1</label>
<input type=checkbox name=C2 id=C2><label for=C2>チェック2</label>
<input type=checkbox name=C3 id=C3><label for=C3>チェック3</label>

<input type=submit>
</form>

POST だったら、リクエストパラメータはブラウザ自身が保持するため、
上記のように、判定材料がURL取れないのですけど、POSTアクション契機
のボタンの時はリロードする仕掛けを展開して返す、みたいな仕掛けを
サーバー側に用意しておけばいいだけの話ですので。

ASPのRedirectはもっと効率良いのかもしれませんが。たぶん、
HTTPヘッダのリロードだと思います。

引用返信 編集キー/

C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[13]: ブラウザによる更新（再送信）のイベント発生の仕組みと対処

過去ログには書き込み不可