웹 페이지를 새로 고칠 때 데이터가 반복적으로 제출되는 것을 방지하기 위한 JSP의 여러 가지 방법

이 글에서는 웹페이지 새로고침 및 재제출 방지 방법과 백오프 방지 방법을 주로 소개합니다.

제출 후 제출 버튼을 비활성화합니다. (대부분의 사람들이 이렇게 합니다.) )

제출한 후 고객이 F5를 눌러 새로 고치면 어떻게 되나요?

제출된 페이지가 데이터베이스에서 처리되기 전에

세션 사용

if session("ok")=true then
  response.write "错误，正在提交"
  response.end
end if

:

데이터 처리가 완료된 후 session("ok")=false로 수정하세요.

데이터 처리 성공 후 즉시 다른 페이지로 리디렉션

작업 후 새로 고침이 실제로 문제가 됩니다. 점프 페이지를 사용하거나 매개변수 데이터 조건에 따라 이 페이지를 닫을 수 있습니다. window.location의 값을 직접 수정하고 모든 매개변수를 변경할 수 있습니다.

단점: 사용자가 한 페이지에서 다른 페이지로 이동할 때 클라이언트 코드로 location.history를 지워야 하기 때문에 단순히 Response.Redirect를 적용하는 것만으로는 더 이상 작동하지 않습니다. 이 방법은 모든 접속 기록이 삭제되는 것이 아니라 마지막 접속 기록만 삭제된다는 점에 유의하세요. 뒤로 버튼을 클릭하신 후, 다시 뒤로 버튼을 클릭하시면 이 페이지가 열리기 전의 페이지를 보실 수 있습니다! (물론 고객이 JavaScript를 활성화한 경우에 해당합니다.)

고객이 뒤로 밀면 어떻게 되나요?

웹 페이지가 돌아가는 것을 방지 - 캐싱 비활성화

데이터베이스를 추가할 때 백업을 허용하고 페이지가 새로 고쳐지면 추가 작업이 다시 수행됩니다. 인터넷에서 캐싱을 금지하는 많은 코드처럼 필요한 경우 신뢰할 수 없는 경우도 있습니다. 이 경우 운영 중인 페이지에 추가하기만 하면 됩니다. 웹 페이지를 클릭한 후 뒤로를 클릭하면 이전 작업 페이지로 돌아갑니다. 실제로 이 기록은 삭제되었습니다.

Response.Buffer = True 
Response.ExpiresAbsolute = Now() - 1 
Response.Expires = 0 
Response.CacheControl = "no-cache"

ASP:

Response.Buffer=true;
Response.ExpiresAbsolute=DateTime.Now.AddSeconds(-1);
Response.Expires=0;
Response.CacheControl="no-cache";

ASP.NET:

브라우저의 뒤로 버튼을 "비활성화"하는 방법은 무엇입니까? 또는 "사용자가 이전에 본 페이지로 돌아가기 위해 뒤로 버튼을 클릭하지 못하게 하려면 어떻게 해야 합니까?"

안타깝게도 브라우저의 뒤로 버튼을 비활성화할 수 있는 방법은 없습니다.

웹 페이지 회귀 방지 - 새 창 열기

window.open을 사용하여 양식 페이지를 팝업하고 제출을 클릭한 후 제출을 처리하는 ASP 페이지도 사용합니다. 양식의 대상을 설정하는 팝업입니다. 제출을 클릭하면 window.open("XXX.asp", "_blank"), 완료 후 JS를 사용하여 양식을 제출합니다. 🎜>

쉽게 말하면 폼을 제출하라는 창이 뜹니다. 이 창을 닫아주세요. window.open()으로 열린 창으로 돌아가는 방법은 무엇입니까? 어디로 후퇴할 수 있나요?

하하, 말도 안 되는 일이 너무 많은데, 어떻게 대처해야 하는지 아시나요? 클라이언트측 스크립트와 서버측 스크립트를 혼합하여 사용합니다.

JSP 중복 제출 문제

온라인에서 읽은 후 여러 가지 방법이 있습니다.

1 양식 페이지의 HEAD 영역에 다음 코드를 추가합니다.

<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">

2 토큰을 생성하고 이를 사용자 세션에 저장하여 양식 뒤에 토큰 값을 표시합니다. 제출되면 새 토큰을 다시 생성하고 사용자가 제출한 토큰을 세션의 토큰과 비교합니다.

3 코드에서 Response.Redirect("selfPage"를 사용합니다. 서버 측 제어 ") 문. 하지만 대부분의 사람들은 이 방법을 사용하지 않습니다.

방법은 다양합니다. . .

4,

<input type="button" value="提交" onclick="this.disabled=true;this.form.submit()">

5 JSP 페이지 FORM 형식에 숨겨진 필드 추가

<input  type="hidden"  name="url"value=<%=request.getRequestURL()%>>

서버렛에 다음 문을 추가하세요(Java 코드)

   
String  url=request.getParameter("url"); 
response.sendRedirect(url);

보통 이 방법을 사용합니다 JSP 페이지를 반환합니다. 새로 고침을 반복한다는 것이 무슨 뜻인지 잘 모르겠습니다.

6 새로 고침 없이 ajax 제출

7 웹 개발에서는 브라우저의 새로 고침 키로 인해 시스템이 반복적으로 작동하지 않도록 하세요. 제출

어떻게 해결하나요? 리디렉션은 페이지 새로 고침으로 인해 발생하는 반복적인 데이터 제출 문제를 해결할 수 있습니다. 우리는 이 문제를 해결하기 위해 자연스럽게 리디렉션을 사용할 수 있습니다. 그러나 Struts 액션 mapping.findword(); 점프 시 기본값은 프로젝트 폴더에서 점프할 페이지를 찾는 것입니다. 이 상황을 해결하는 방법은 무엇입니까?

struts-config.xml 파일을 수정하세요. struts의 기본값은 false입니다. 이 속성을 추가하고 forword에 점프하세요. 페이지의 절대 또는 상대 주소 전송

다음과 같이 수정하세요.

<action-mappings>
<action attribute="newsActionForm" name="newsActionForm"
  input="/addnews.jsp" path="/newsAction" parameter="method"
  scope="request" type="com.yongtree.news.action.NewsAction">
  <forward name="list" path="/listnews.jsp" redirect="true"></forward>
  <forward name="error" path="/addnews.jsp"></forward>
</action>
</action-mappings>

🎜>

브라우저의 뒤로 버튼을 사용하면 이전에 방문한 페이지로 쉽게 돌아갈 수 있습니다. , 이는 의심할 여지 없이 매우 유용합니다. 그러나 때로는 사용자가 예약된 페이지 액세스 순서를 방해하지 않도록 이 기능을 꺼야 할 때도 있습니다. 이 기사에서는 인터넷에서 찾을 수 있는 브라우저 뒤로 버튼을 비활성화하는 다양한 솔루션을 소개하고 각각의 장점, 단점 및 적용 가능한 상황을 분석합니다.

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语句。