|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
只要你想学,就没什么优缺点,上面那位大哥已经把网上的评论说了,但我认为想学哪个都一样,不然它就不可能在当今时代数字艺术方面存活到今天按钮|禁用|扫瞄器 扫瞄器的前进按钮使得我们可以便利地前往之前会见过的页面,它无疑十分有效。但偶然候我们不能不封闭这个功效,以避免用户打乱预定的页面会见序次。本文先容收集上可找到的各类禁用扫瞄器前进按钮计划,剖析它们各自的优弱点和合用场所。
1、概述
已经有很多人问起,“如何才干‘禁用’扫瞄器的前进按钮?”,大概“如何才干避免用户点击前进按钮前往之前扫瞄过的页面?”我会见了很多网站,参考了这些网站所先容的各类完成办法。假如你常常会见ASP编程网站,本文所先容的部份内容你大概已见到过。本文的义务是把各类大概的办法都先容给人人,然后找出最好的办法!
2、克制缓存
在我找到的很多计划中,个中有一种倡议克制页面缓存。详细是利用服务器端剧本,以下所示:
<%
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"
IfLen(Session("FirstTimeToPage"))>0then
"用户已会见过以后页面,如今是再次前往会见。
"扫除会话变量,将用户重定向到登录页面。
Session("FirstTimeToPage")=""
Response.Redirect"/Bar.asp"
Response.End
EndIf
"假如程序运转到这里,申明用户可以检察以后页面
"以下入手下手创立表单
%>
<formmethod=postaction="SomePage.asp">
<inputtype=submit>
</form>
我们借助会话变量FirstTimeToPage反省用户是不是是第一次会见以后页面。假如不是第一次(即Session("FirstTimeToPage")包括某个值),那末我们就扫除会话变量的值,然后把用户从头定向到一个入手下手页面。如许,当表单提交时(此时SompePage.asp被翻开),我们必需付与FirstTimeToPage一个值。即,在SomePage.asp中我们必要加高低面的代码:
Session("FirstTimeToPage")="NO"
如许,已翻开SomePage.asp的用户假如点击前进按钮,扫瞄器将从头哀求服务器下载页面,服务器反省到Session("FirstTimeToPage")包括了一个值,因而就扫除Session("FirstTimeToPage"),并把用户重定向到其他页面。固然,一切这统统都必要用户启用了Cookie,不然会话变量将是有效的。
别的,我们也能够用客户端代码使扫瞄器不再缓存Web页面:
<html>
<head>
<metahttp-equiv="Expires"CONTENT="0">
<metahttp-equiv="Cache-Control"CONTENT="no-cache">
<metahttp-equiv="Pragma"CONTENT="no-cache">
</head>
假如利用下面的办法强迫扫瞄器不再缓存Web页面,必需注重以下几点:
只要在利用平安毗连时“Pragma:no-cache”才避免扫瞄器缓存页面。关于不受平安回护的页面,“Pragma:no-cache”被视为与“Expires:-1”不异,此时扫瞄器仍然缓存页面,但把页面标志为当即过时。
在IE4或5中,“Cache-Control”METAHTTP-EQUIV标志将被疏忽,不起感化。
在实践使用中我们能够加上一切这些代码。但是,因为这类办法不克不及合用于一切的扫瞄器,以是是不保举利用的。但假如是在Intranet情况下,办理员能够把持用户利用哪一种扫瞄器,我想仍是有人会利用这类办法。
3、其他办法
接上去我们要会商的办法今后退按钮自己为中央,而不是扫瞄器缓存。这儿有一篇文章RewiringtheBackButton很值得参考。不外我注重到,假如利用这类办法,固然用户点击一下前进按钮时他不会看到之前输出数据的页面,但只需点击两次就能够,这可不是我们但愿的效果,由于良多时分,刚强的用户老是可以找到绕过防备措施的举措。
别的一种禁用前进按钮的举措是用客户端JavaScript翻开一个没有工具条的窗口,这使得用户很难前往前一页面,但不是不成能。一种更平安但相称末路人的办法是,当表单提交时翻开一个新的窗口,与此同时封闭表单地点的窗口。但我以为这类办法不值得仔细思索,由于我们总不克不及让用户每提交一个表单就翻开一个新窗口。
那末,在谁人我们不想让用户前往的页面是不是也能够到场JavaScript代码呢?在这个页面中到场的JavaScript代码可用来发生点击行进按钮的效果,如许也就抵消了用户点击前进按钮所发生的举措。用于完成该功效的JavaScript代码以下所示:
<scriptlanguage="JavaScript">
<!--
javascript:window.history.forward(1);
//-->
</script>
一样地,这类办法固然无效,但间隔“最好的办法”还差得很远。厥后我又看到有人倡议用location.replace从一个页面转到另外一个页面。这类办法的道理是,用新页面的URL交换以后的汗青记录,如许扫瞄汗青纪录中就只要一个页面,前进按钮永久不会变成可用。我想这大概恰是很多人所追求的办法,但这类办法仍然不是任何情形下的最好办法。利用这类办法的实比方下所示:
<AHREF="PageName.htm">
克制前进到本页面的链接
尝尝上面这个链接:
克制前进到本页面的链接!
这类办法的弱点在于:复杂地使用Response.Redirect将不再无效,这是由于每次用户从一个页面转到另外一个页面,我们都必需用客户端代码扫除location.history。别的还要注重,这类办法扫除的是最初一个会见汗青纪录,而不是全体的会见纪录。
点击下面的链接,你将翻开一个复杂的HTML页面。再点击前进按钮,你能够看到这时候翻开的不是本页面,而是本页面之前的页面!(固然,你必需在扫瞄器中启用了客户端JavaScript代码。)
经由一番细心的寻寻找觅以后,我发明仍然没法找出真正可以完整禁用扫瞄器前进按钮的举措。一切这里先容的办法都可以在分歧水平上、以分歧的体例克制用户前往前一页面,但它们都有各自的范围。因为不存在可以完整禁用前进按钮的办法,以是最好的计划应当是:夹杂使用客户端剧本和服务器端剧本。
帮助用户快速实现各种应用服务,ASP商有整合各方面资源的能力,可在短期内为用户提供所需的解决方案。例如,典型的ERP安装,如果要在客户端安装的话需要半年到二年的时间,但是美国的一些ASP商如USI和CORIO能在90—120天内提供ERP应用方案。 |
|