ホームページ > php教程 > PHP开发 > Web ページの更新時にデータの繰り返し送信を防ぐための JSP のいくつかの方法

Web ページの更新時にデータの繰り返し送信を防ぐための JSP のいくつかの方法

高洛峰
リリース: 2016-12-06 13:52:39
オリジナル
1235 人が閲覧しました

この記事では、Web ページの更新と再送信を防ぐ方法と、バックオフを防ぐ方法を主に紹介します。詳細は次のとおりです。

送信後に送信ボタンを無効にする (ほとんどの人がこれを実行します)

顧客が押した場合送信後に F5 更新するときはどうすればよいですか?

セッションを使用する

送信されたページがデータベースによって処理される前に:

データが処理された後、session("ok")=false を変更します。

データ処理が成功した直後に別のページにリダイレクトする

操作後の更新は確かに問題ですが、パラメータデータの条件によって制御されている場合は、ジャンプページを使用して直接変更することができます。 window.location の値を変更し、すべてのパラメータを変更すれば、ほぼ完了です。

欠点: ユーザーがあるページから別のページに移動するときに、クライアント コードで location.history をクリアする必要があるため、単に Response.Redirect を適用するだけでは機能しなくなります。このメソッドは、すべてのアクセス レコードではなく、最後のアクセス履歴レコードをクリアすることに注意してください。 「戻る」ボタンをクリックし、もう一度「戻る」ボタンをクリックすると、このページの前のページが開かれていることがわかります。 (もちろん、これはクライアントで JavaScript が有効になっている場合の話です。)

顧客が押し返してきたらどうしますか?

Web ページが元に戻らないようにする - キャッシュを無効にする

データベースを追加するときに、バッキングを許可していてページが更新されると、間違いなく、これは必要なものではありません。キャッシュされたコードは信頼できない場合があります。この場合は、Web ページに移動する新しいページを指定して、「戻る」をクリックするだけで信頼できるかどうかを確認できます。前の操作ページに戻ります。 はい、この履歴は実際に削除されました

ASP:

if session("ok")=true then
  response.write "错误,正在提交"
  response.end
end if
ログイン後にコピー

ASP.NET:

Response.Buffer = True 
Response.ExpiresAbsolute = Now() - 1 
Response.Expires = 0 
Response.CacheControl = "no-cache"
ログイン後にコピー

ブラウザの戻るボタンを「無効」にするにはどうすればよいですか?または、「ユーザーが戻るボタンをクリックして以前に表示したページに戻れないようにするにはどうすればよいですか?

残念ながら、ブラウザの戻るボタンを無効にすることはできません。」

Web ページがバックアップされないようにします - 新しいウィンドウを開きます

window.open を使用してフォーム ページをポップアップし、[送信] をクリックしてページを閉じます。送信を処理するための ASP ページもポップアップを使用し、ターゲットを設定します。フォームの window.open(" XXX.asp", "_blank") をクリックし、JS を使用してフォームを送信します。


簡単に言えば、フォームを送信するときに、新しいウィンドウが表示され、このウィンドウは閉じられます。 window.open() で開いたウィンドウに戻るにはどうすればよいですか?どこに撤退できますか?

はは、それはかなりナンセンスです、それに対処する方法を知っていますか?クライアント側スクリプトとサーバー側スクリプトを組み合わせて使用​​します。

JSP の重複送信の問題

オンラインで調べたところ、いくつかの方法がありました:


1 フォーム ページの HEAD 領域に次のコードを追加します:

Response.Buffer=true;
Response.ExpiresAbsolute=DateTime.Now.AddSeconds(-1);
Response.Expires=0;
Response.CacheControl="no-cache";
ログイン後にコピー

2 トークンを生成して保存しますユーザー セッションで、トークンの値を表示するための隠しフィールドをフォームに追加すると、ユーザーが送信したトークンとセッション内のトークンが比較されます。同じ場合は、再度送信してください

3 サーバー側コントロールのコードで Response.Redirect("selfPage") ステートメントを使用します。しかし、ほとんどの人はこの方法を使用しません。

他にもたくさんの方法があります。 。 。


4、

<META HTTP-EQUIV="pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate">
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
ログイン後にコピー

5 JSP ページの FORM フォームに隠しフィールドを追加します

<input type="button" value="提交" onclick="this.disabled=true;this.form.submit()">
ログイン後にコピー

サーバーレット (Java コード) に次のステートメントを追加します

<input  type="hidden"  name="url"value=<%=request.getRequestURL()%>>
ログイン後にコピー

私このメソッドは通常、JSP ページに戻るために使用されます。

6 更新なしの ajax 送信

7 Web 開発において、ブラウザの更新キーによって繰り返し送信が発生するのを防ぐ方法。システム運用の問題

解決策は何でしょうか?リダイレクトは、ページの更新によって発生するデータの繰り返し送信の問題を解決できます。この問題を解決するには、当然リダイレクトを使用できます。ただし、ジャンプする Struts アクションのmapping.findword(); では、デフォルトでは、プロジェクト フォルダー内でジャンプするページを検索します。この状況を解決するにはどうすればよいでしょうか?


アクションに redirect 属性があるので、この属性を追加して true に変更し、ジャンプするページの絶対値または相対値を書き込みます。アドレスを次のように変更するだけです


:

   
String  url=request.getParameter("url"); 
response.sendRedirect(url);
ログイン後にコピー

ブラウザに関連する難しい問題

ブラウザの戻るボタンを使用すると、以前にアクセスしたページに簡単に戻ることができ、間違いなく非常に便利です。ただし、スケジュールされたページ アクセス シーケンスをユーザーが中断するのを防ぐために、この機能をオフにする必要がある場合があります。この記事では、インターネット上で見つかるブラウザの戻るボタンを無効にするためのさまざまな解決策を紹介し、それぞれの利点、欠点、適用可能な状況を分析します。

1. 概要

曾经有许多人问起,“怎样才能‘禁用'浏览器的后退按钮?”,或者“怎样才能防止用户点击后退按钮返回以前浏览过的页面?”在ASP论坛上,这个问题也是问得最多的问题之一。遗憾的是,答案非常简单:我们无法禁用浏览器的后退按钮。

起先我对于居然有人想要禁用浏览器的后退按钮感到不可思议。后来,看到竟然有那么多的人想要禁用这个后退按钮,我也就释然(想要禁用的只有后退按钮,不包括浏览器的前进按钮)。因为在默认情况下,用户提交表单之后可以通过后退按钮返回表单页面(而不是使用“编辑”按钮!),然后再次编辑并提交表单向数据库插入新的记录。这是我们不愿看到的。

因此我就决定要找出避免出现这种情况的方法。我访问了许多网站,参考了这些网站所介绍的各种实现方法。如果你经常访问ASP编程网站,本文所介绍的部分内容你可能已经见到过。本文的任务是把各种可能的方法都介绍给大家,然后找出最好的方法!

二、禁止缓存

在我找到的许多方案中,其中有一种建议禁止页面缓存。具体是使用服务器端脚本,如下所示:

<%  
Response.Buffer  =  True  
Response.ExpiresAbsolute  =  Now()  -  1  
Response.Expires  =  0  
Response.CacheControl  =  "no-cache"  
%>
ログイン後にコピー

这种方法非常有效!它强制浏览器重新访问服务器下载页面,而不是从缓存读取页面。使用这种方法时,编程者的主要任务是创建一个会话级的变量,通过这个变量确定用户是否仍旧可以查看那个不适合通过后退按钮访问的页面。由于浏览器不再缓存这个页面,当用户点击后退按钮时浏览器将重新下载该页面,此时程序就可以检查那个会话变量,看看是否应该允许用户打开这个页面。

例如,假设我们有如下表单:

<%  
Response.Buffer  =  True  
Response.ExpiresAbsolute  =  Now()  -  1  
Response.Expires  =  0  
Response.CacheControl  =  "no-cache"  
If  Len(Session("FirstTimeToPage"))  >  0  then  
&single;  用户已经访问过当前页面,现在是再次返回访问。  
&single;  清除会话变量,将用户重定向到登录页面。  
Session("FirstTimeToPage")  =  ""  
Response.Redirect  "/Bar.asp"  
Response.End  
End  If  
&single;  如果程序运行到这里,说明用户能够查看当前页面  
&single;  以下开始创建表单  
%>  
<form  method=post  action="SomePage.asp">  
<input  type=submit>  
</form>
ログイン後にコピー

我们借助会话变量FirstTimeToPage检查用户是否是第一次访问当前页面。如果不是第一次(即Session("FirstTimeToPage")包含某个值),那么我们就清除会话变量的值,然后把用户重新定向到一个开始页面。这样,当表单提交时(此时SompePage.asp被打开),我们必须赋予FirstTimeToPage一个值。即,在SomePage.asp中我们需要加上下面的代码:
Session("FirstTimeToPage") = "NO"

这样,已经打开SomePage.asp的用户如果点击后退按钮,浏览器将重新请求服务器下载页面,服务器检查到Session("FirstTimeToPage")包含了一个值,于是就清除Session("FirstTimeToPage"),并把用户重定向到其他页面。当然,所有这一切都需要用户启用了Cookie,否则会话变量将是无效的。

另外,我们也可以用客户端代码使浏览器不再缓存Web页面:

<html>  
<head>  
<meta  http-equiv="Expires"  CONTENT="0">  
<meta  http-equiv="Cache-Control"  CONTENT="no-cache">  
<meta  http-equiv="Pragma"  CONTENT="no-cache">  
</head>
ログイン後にコピー

如果使用上面的方法强制浏览器不再缓存Web页面,必须注意以下几点:

只有在使用安全连接时“Pragma: no-cache”才防止浏览器缓存页面。对于不受安全保护的页面,“Pragma: no-cache”被视为与“Expires: -1”相同,此时浏览器仍旧缓存页面,但把页面标记为立即过期。在IE 4或5中,“Cache-Control”META HTTP-EQUIV标记将被忽略,不起作用。

在实际应用中我们可以加上所有这些代码。然而,由于这种方法不能适用于所有的浏览器,所以是不推荐使用的。但如果是在Intranet环境下,管理员可以控制用户使用哪种浏览器,我想还是有人会使用这种方法。

三、其他方法

接下来我们要讨论的方法以后退按钮本身为中心,而不是浏览器缓存。这儿有一篇文章Rewiring the Back Button很值得参考。不过我注意到,如果使用这种方法,虽然用户点击一下后退按钮时他不会看到以前输入数据的页面,但只要点击两次就可以,这可不是我们希望的效果,因为很多时候,固执的用户总是能够找到绕过预防措施的办法。

另外一种禁用后退按钮的办法是用客户端JavaScript打开一个没有工具条的窗口,这使得用户很难返回前一页面,但不是不可能。一种更安全但相当恼人的方法是,当表单提交时打开一个新的窗口,与此同时关闭表单所在的窗口。但我觉得这种方法不值得认真考虑,因为我们总不能让用户每提交一个表单就打开一个新窗口。

那么,在那个我们不想让用户返回的页面是否也可以加入JavaScript代码呢?在这个页面中加入的JavaScript代码可用来产生点击前进按钮的效果,这样也就抵消了用户点击后退按钮所产生的动作。用于实现该功能的JavaScript代码如下所示:

<script  language="JavaScript">  
<!--  
javascript:window.history.forward(1);  
//-->  
</script>
ログイン後にコピー

同样地,这种方法虽然有效,但距离“最好的方法”还差得很远。后来我又看到有人建议用location.replace从一个页面转到另一个页面。这种方法的原理是,用新页面的URL替换当前的历史纪录,这样浏览历史记录中就只有一个页面,后退按钮永远不会变为可用。我想这可能正是许多人所寻求的方法,但这种方法仍旧不是任何情况下的最好方法。使用这种方法的实例如下所示:

<A  HREF="PageName.htm"  onclick="javascript:location.replace(this.href);  
  event.returnValue=false;">禁止后退到本页面的链接</A>
ログイン後にコピー

禁止后退到本页面的链接!

这种方法的缺点在于:简单地运用Response.Redirect将不再有效,这是因为每次用户从一个页面转到另一个页面,我们都必须用客户端代码清除location.history。另外还要注意,这种方法清除的是最后一个访问历史记录,而不是全部的访问记录。

点击上面的链接,你将打开一个简单的HTML页面。再点击后退按钮,你可以看到这时打开的不是本页面,而是本页面之前的页面!(当然,你必须在浏览器中启用了客户端JavaScript代码。)

经过一番仔细的寻寻觅觅之后,我发现仍旧无法找出真正能够完全禁用浏览器后退按钮的办法。所有这里介绍的方法都能够在不同程度上、以不同的方式禁止用户返回前一页面,但它们都有各自的局限。由于不存在能够完全禁用后退按钮的方法,所以最好的方案应该是:混合运用客户端脚本和服务器端脚本。

<html>  
<head>  
<meta  http-equiv="Expires"  CONTENT="0">  
<meta  http-equiv="Cache-Control"  CONTENT="no-cache">  
<meta  http-equiv="Pragma"  CONTENT="no-cache">  
</head>   
 

ログイン後にコピー

Asp.net中防刷新重复提交、防后退方法

简单操作方法防后退和刷新

Page_Load中加入

Response.Cache.SetNoStore();
 
//Session中存储的变量“IsSubmit”是标记是否提交成功的
if (!IsPostBack)
if (Session["IsSubmit"]==null)
Session.Add("IsSubmit",false);
if ((bool)Session["IsSubmit"])
 
{
 
//如果表单数据提交成功,就设“Session["IsSubmit"]”为false
 
Session["IsSubmit"] = false;
 
//显示提交成功信息
 
TextBox1.Text = " * 提交成功!";
 
}
else
 
{//否则的话(没有提交,或者是页面刷新),不显示任何信息
 
TextBox1.Text = "";
Response.End();
}
ログイン後にコピー

提交按钮中加入

Session["IsSubmit"] = true;
Response.Redirect ("本页");
ログイン後にコピー

   

另外:

1、通常应该在业务层进行判断(唯一性)解决这种问题

2、要在页面装载事件写上    Response.CacheControl = "no-cache"     清除缓存

3、也有人这样说:我以前也碰到过这样的问题,是在分步提交中一个人的简历,在写完第一个页面后跳到第二个页面,为了防止用户用后退返回到第一个页面,再重新提交第一个页面,我是当用户提交第一次提交第一个页面时,把插入数据库中的记录的自增长id号放到session里,当用户从第二个页面返回到第一个页面再一次提交该页面时,我就用session里的值去数据库查,如果有这个id就用update语句把第一个页面的数据写进数据库,如果没有查到这个id,就用insert语句。


関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のおすすめ
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート