在你的不想被缓存的页面中加上
在IE中如何让用户按“后退”键后使“向前”键失效?????
---------------------------------------------------------------
二、禁止缓存
在我找到的许多方案中,其中有一种建议禁止页面缓存。具体是使用服务器端脚本,如下所示:
<%
Response.Buffer &#61; True
Response.ExpiresAbsolute &#61; Now() - 1
Response.Expires &#61; 0
Response.CacheControl &#61; "no-cache "
% >
这种方法非常有效&#xff01;它强制浏览器重新访问服务器下载页面&#xff0c;而不是从缓存读取页面。使用这种方法时&#xff0c;编程者的主
要任务是创建一个会话级的变量&#xff0c;通过这个变量确定用户是否仍旧可以查看那个不适合通过后退按钮访问的页面。由于浏
览器不再缓存这个页面&#xff0c;当用户点击后退按钮时浏览器将重新下载该页面&#xff0c;此时程序就可以检查那个会话变量&#xff0c;看看是否
应该允许用户打开这个页面。
例如&#xff0c;假设我们有如下表单&#xff1a;
<%
Response.Buffer &#61; True
Response.ExpiresAbsolute &#61; Now() - 1
Response.Expires &#61; 0
Response.CacheControl &#61; "no-cache "
If Len(Session( "FirstTimeToPage ")) > 0 then
&single; 用户已经访问过当前页面&#xff0c;现在是再次返回访问。
&single; 清除会话变量&#xff0c;将用户重定向到登录页面。
Session( "FirstTimeToPage ") &#61; " "
Response.Redirect "/Bar.asp "
Response.End
End If
&single; 如果程序运行到这里&#xff0c;说明用户能够查看当前页面
&single; 以下开始创建表单
% >
我们借助会话变量FirstTimeToPage检查用户是否是第一次访问当前页面。如果不是第一次&#xff08;即Session
( "FirstTimeToPage ")包含某个值&#xff09;&#xff0c;那么我们就清除会话变量的值&#xff0c;然后把用户重新定向到一个开始页面。这样&#xff0c;当表单
提交时&#xff08;此时SompePage.asp被打开&#xff09;&#xff0c;我们必须赋予FirstTimeToPage一个值。即&#xff0c;在SomePage.asp中我们需要加上下面
的代码&#xff1a;
Session( "FirstTimeToPage ") &#61; "NO "
这样&#xff0c;已经打开SomePage.asp的用户如果点击后退按钮&#xff0c;浏览器将重新请求服务器下载页面&#xff0c;服务器检查到Session
( "FirstTimeToPage ")包含了一个值&#xff0c;于是就清除Session( "FirstTimeToPage ")&#xff0c;并把用户重定向到其他页面。当然&#xff0c;所有
这一切都需要用户启用了COOKIE&#xff0c;否则会话变量将是无效的。&#xff08;有关该问题的更多说明&#xff0c;请参见For session variables
to work, must the Web visitor have COOKIEs enabled?&#xff09;
另外&#xff0c;我们也可以用客户端代码使浏览器不再缓存Web页面&#xff1a;
如果使用上面的方法强制浏览器不再缓存Web页面&#xff0c;必须注意以下几点&#xff1a;
只有在使用安全连接时“Pragma: no-cache”才防止浏览器缓存页面。对于不受安全保护的页面&#xff0c;“Pragma: no-cache”
被视为与“Expires: -1”相同&#xff0c;此时浏览器仍旧缓存页面&#xff0c;但把页面标记为立即过期。
在IE 4或5中&#xff0c;“Cache-Control”META HTTP-EQUIV标记将被忽略&#xff0c;不起作用。
在实际应用中我们可以加上所有这些代码。然而&#xff0c;由于这种方法不能适用于所有的浏览器&#xff0c;所以是不推荐使用的。但
如果是在Intranet环境下&#xff0c;管理员可以控制用户使用哪种浏览器&#xff0c;我想还是有人会使用这种方法。
三、其他方法
接下来我们要讨论的方法以后退按钮本身为中心&#xff0c;而不是浏览器缓存。这儿有一篇文章Rewiring the Back Button很
值得参考。不过我注意到&#xff0c;如果使用这种方法&#xff0c;虽然用户点击一下后退按钮时他不会看到以前输入数据的页面&#xff0c;但只要点
击两次就可以&#xff0c;这可不是我们希望的效果&#xff0c;因为很多时候&#xff0c;固执的用户总是能够找到绕过预防措施的办法。
另外一种禁用后退按钮的办法是用客户端Javascript打开一个没有工具条的窗口&#xff0c;这使得用户很难返回前一页面&#xff0c;但
不是不可能。一种更安全但相当恼人的方法是&#xff0c;当表单提交时打开一个新的窗口&#xff0c;与此同时关闭表单所在的窗口。但我觉
得这种方法不值得认真考虑&#xff0c;因为我们总不能让用户每提交一个表单就打开一个新窗口。
那么&#xff0c;在那个我们不想让用户返回的页面是否也可以加入Javascript代码呢&#xff1f;在这个页面中加入的Javascript代码可
用来产生点击前进按钮的效果&#xff0c;这样也就抵消了用户点击后退按钮所产生的动作。用于实现该功能的Javascript代码如下
所示&#xff1a;
同样地&#xff0c;这种方法虽然有效&#xff0c;但距离“最好的方法”还差得很远。后来我又看到有人建议用location.replace从一个
页面转到另一个页面。这种方法的原理是&#xff0c;用新页面的URL替换当前的历史纪录&#xff0c;这样浏览历史记录中就只有一个页面&#xff0c;后
退按钮永远不会变为可用。我想这可能正是许多人所寻求的方法&#xff0c;但这种方法仍旧不是任何情况下的最好方法。使用这种
方法的实例如下所示&#xff1a;
event.returnValue&#61;false; " >
禁止后退到本页面的链接
禁止后退到本页面的链接&#xff01;
这种方法的缺点在于&#xff1a;简单地运用Response.Redirect将不再有效&#xff0c;这是因为每次用户从一个页面转到另一个页面&#xff0c;
我们都必须用客户端代码清除location.history。另外还要注意&#xff0c;这种方法清除的是最后一个访问历史记录&#xff0c;而不是全部
的访问记录。
点击上面的链接&#xff0c;你将打开一个简单的HTML页面。再点击后退按钮&#xff0c;你可以看到这时打开的不是本页面&#xff0c;而是本页面
之前的页面&#xff01;&#xff08;当然&#xff0c;你必须在浏览器中启用了客户端Javascript代码。&#xff09;
经过一番仔细的寻寻觅觅之后&#xff0c;我发现仍旧无法找出真正能够完全禁用浏览器后退按钮的办法。所有这里介绍的方法
都能够在不同程度上、以不同的方式禁止用户返回前一页面&#xff0c;但它们都有各自的局限。由于不存在能够完全禁用后退按钮
的方法&#xff0c;所以最好的方案应该是&#xff1a;混合运用客户端脚本和服务器端脚本。
---------------------------------------------------------------
你指的“后退”、“向前”到底是哪个键&#xff0c;不过不管哪个键&#xff0c;你都可以参见以下的方法实现&#xff1a;
用js,代码如下 上面的8为backspace的键码
你可以用下面的方法获得所需键码&#xff08;键码显示在状态栏中&#xff09;