当前位置:首页 > 职场资讯 > 行业发展

ASP 3.0高级编程(四)_计算机论文

时间:2017-10-07 22:58:39

  使用ServerVariables集合

  当讨论Request对象内容时,要研究的集合之一就是ServerVariables集合。这个集合包含了两种值的结合体,一种是随同页面请求从客户端发送到服务器的HTTP报头中的值,另外一种是由服务器在接收到请求时本身所提供的值。为显示ServerVariables集合中值的使用方式,在RequestObject页面(Show_request.asp)中,点击“ServerVariablesExamples”链接,打开另外一个页面,如下图所示:

  下图所示窗口显示的是ServerVariables集合中一些非常有用的值的一个子集。

  “自引用”页面

  在ServerVariables集合中返回的值包含Web服务器的详细信息和当前页面的路径信息。在任何地方创建一个页面都可使用这些信息。例如创建一个“自引用”页面,此页面能够再次调用自身完成另一项任务,我们可以用以下代码:

  ”METHOD=”POST”>

  同样的效果可以用HTTP的“SCRIPT_NAME”值获得:

  ”METHOD=”POST”>

  使用元素打开一个不同页,可以使用:

  ...

  ...

  ”>NextPage

  ...

  即使原始页面的名称或位置发生变化,这些实例都能正常工作,因为使用了当前页面的路径信息(当然,第二个例子在分离的目标页的名称发生变化时运行会失败)。

  换句话说,如果为搜索引擎的子会话自动建立URL,可以收集ServerVariable的一些值:

  strFullURL=http://;&Request.ServerVariables(“LOCAL_ADDR”)_

  &“:”&Request.ServerVariabl (此 资 料 转 贴 于es(“SERVER_PORT”)_

  &Request.ServerVariables(“PATH_INFO”)

  这将创建一个完整的URL包括端口号(这种情况下,不是标准值80)。例如,结果可能是:

  http://194.74.60.254:1768/thispath/thispage.asp

  检测浏览器的版本

  ServerVariables集合中,另外一个有用的值是用户浏览器的用户代理字符串。在“DetectingtheBrowserType”页面(browsertype.asp),使用ServerVariables集合中的“HTTP_USER_AGENT”值来获得用户代理字符串,一些脚本用来解析该信息并寻找生产厂家名称和浏览器版本。

  对IE5.0和Navigator4.61的搜索结果分别不同,对于其他厂家的浏览器,可以得到一个链接在AltaVistaWeb站点自动开始搜索厂家的名称。

  注意,Netscape在用户代理字符串中不提供厂家的名称,因而无法绝对保证一个浏览器一定是Navigator。

  检测浏览器的语言

  ServerVariables集合中另外一个有用的值是“HTTP_ACCEPT_LANGUAGE”,它包含了一个当浏览器安装时指定的,或硬编码进用户的地区版本的语言代码。语言代码的例子有en-us(英国、美国)、de-at(德国、澳大利亚)和es-pe(西班牙、秘鲁)。

  语言代码可以是一般的且省略方言标识:例如,在我们的站点Wrox者,大批浏览者都是将en(英语)作为语言代码。

  因此,可以检测语言代码并自动装载一个合适的特定地区或指定语言版本的页面。

  StrLocale=Lcase(Left(Request.ServerVariables(“HTTP_ACCEPT_LANGUAGE”),2))

  SelectCasestrLocale

  Case“en”:Response.Redirecthttp://uk_site.co.uk/”

  Case“de”:Response.Redirecthttp://de_site.co.de/”

  Case“fr”:Response.Redirecthttp://fr_site.co.fr/”

  ‘...etc

  CaseElse:Response.Redirecthttp://us_sitel.com/”

  EndSelect

  或者根据特定的方言,重定向页面:

  strLocale=Lcase(Request.ServerVariables(“HTTP_ACCEPT_LANGUAGE”))

  SelectCasestrLocale

  Case“en-gb”:Response.Redirecthttp://uk_site.co.uk/”

  Case“en-us”:Response.Redirecthttp://us_site.com/”

  Case“es-pe”:Response.Redirecthttp://es_site2.co.pe/”

  ‘...

  CaseElse:Response.Redirecthttp://us_site1.com/”

  EndSelect

  其他有用的ServerVariables集合的值

  可以访问和使用ServerVariables集合中的任何一成员,控制ASP页面响应一个请求的方式。可以检查一个浏览者访问站点时使用的是否是缺省端口80或还是另一个。在这个例子里,寻找通过端口443的访问这个端口提供的是安全套接字层(SecureSocketLayer,SSI)访问(和其他的协议),且将它们重定向到一个相应的页面。

  IfRequest.ServerVariables(“SERVER_PORT”)=“443”)Then

  Response.Redirect“/securesite/default.asp”‘Secureuser

  Else

  Response.Redirect“/normalsite/default.asp”‘Non-secureuser

  EndIf

  假如要求浏览者注册且由服务器验证(而不是允许他们在Web服务器的IUSER帐号下匿名访问,这个问题将在后面章节中详细讨论),可以查询用户名称,来判定正在与我们打交道的用户是谁,是否装载页面给该用户。例如,下面的这个代码将只向名为Administrator[ >ASP 3.0高级编程(四)(2)资:料;来/源,于FWJIA;网 http://fwjia.COm }的用户显示管理链接。

  ...

  ChangeDisplayConfiguration

  ChangeDisplayColors

  ChangeKeyboardConfiguration

  AdministerAllUsers

  AdministerLogonInformation

  ...

  注意ASP不填写ServerVariables集合直到你访问其中的一个成员。首次访问该集合的一个成员将使IIS得到它的全部,应只在需要时才使用ServerVariables集合。

  其他Request和Response技巧

  现在,来看一下几个使用Request和Response对象的有用技巧,包括:

  连接、缓冲和页面重定向的管理。

  HTTP报头、缓存与“到期”页面的操作。

  利用客户证书。

  创建定制的日志文件消息。

  1.连接、缓冲和页面重定向的管理

  ASP的一个很有用的特点就是使用户能够从一个ASP网页转向到另一个网页(ASP或HTML),或另一个源文件(例如一个ZIP文件或文本文件)。这对用户来说是透明的,实际上是浏览器做这个工作。当使用Response.Redirect方法来载入一个新的网页时,实际上是发送回一个特殊的HTTP报头到客户。此报头为:

  HTTP/1.1302ObjectMoved

  Location/newpath/newpage.asp

  浏览器读到此报头信息,并按Location值的指示载入页面。这在功能上与在Web页中使用客户端HTML标记相同,例如:

  这带来的一个问题是,服务器与用户之间的代理服务器可能会提供它自己的包含与新页面的链接的消息,而不是直接载入新页面。而且浏览器根据厂商和版本可能做同样的工作。这就去除了假定的透明,而且对用户来说一直收到的是错误信息,则对你的站点的访问变得比较麻烦。

  在发送诸如文本或HTML等任何页面内容后,我们就不能再使用Redirect方法。然而,一个看起来能够限制“代理服务器影响”的方法是,先确定没有输出(包括HTTP报头)被发送到客户。在ASP2.0中,必须打开缓冲,然后使用Clear方法来清空缓冲区:

  Response.Buffer=True

  ‘Someconditiontoselecttheappropriatepage:

  IfRequest.ServerVariables(“SERVER_PORT”)=1856Then

  StrNewPage=“/newpath/this_page.asp”

  Else

  StrNewPage=“/newpath/the_other_page.asp”

  EndIf

  Response.Clear

  Response.RedirectstrNewPage

  在ASP3.0中,缓冲缺省为打开,所以第一行可被忽略,但它是无害的,而且能确保我们的网页即使在ASP2.0环境中也仍然能工作。

  与其使用这种类型的HTTP报头重定向,不如使用ASP3.0的一个新特性,它允许我们通过Server对象的Transfer方法转换为执行另一个网页,我们将在第4章进一步研究这个问题。

  1)ASP页面缓冲区

  正如已看到过的,IIS5.0中ASP3.0页面缓冲是缺省打开的,在早期的版本中是缺省关闭的。微软告诉我们缓冲在IIS5.0中提供了更有效的网页传

  送,这就是缓冲缺省状态被改变的原因。在大部分情况下,这对我们没有影响。但是,假如有一个非常大的网页,或一个用ASP或别的服务器端代码和组件花费一定时间创建的网页,当其各部分完成时,我们能够 (此 资 料 转 贴 于 范-文,家_网 ASP 3.0高级编程(四)(3)HtTp://WwW.FwJIa.coM ) 分批刷新它们到客户:

  ...

  ...Codetocreatefirstpartofthepage

  ...

  Response.Flush

  ...

  ...Codetocreatenextpartofpage

  ...

  Response.Flush

  ...

  有时可能希望在页面结束之前的某些点上停止代码的执行,可以通过调用End方法去刷新所有的当前内容到客户并中止任何进一步的处理过程。

  ...

  ...Codetocreatefirstpartofthepage

  IfstrUserName=“”ThenResponse.Clear

  ...

  ...Codetocreateanewversionofthispartofthepage

  ...

  这里有两上演示缓冲和重定向的实例网页,可以从“ResponseObject”主页面(sow_response.asp)下载它们。第一个Response.Redirect例子网页命名为redirect.asp,它在缓冲的页面中定入一些内容,清除缓冲区,并重定向到另一个网页:

  ForintLoop=1To1000000

  Response.Write“.”

  Next

  Response.Clear

  Response.Redirect“show_redirect.asp”

  Response.End

  目标页show_response.asp,做同样的工作,但重定向则是回到“ResponseObject”主页。因为这些网页都在缓冲区内,而且所有的输出在重定向之前必须清除,故在浏览器中没有可见的输出。然而,可以通过观察浏览器的状态看到发生的每一次重定向。如下图所示:

  在“ResponseObject”主页中,点击“Response.Flush”链接将打开第二个示例网页usebuffer.asp,它简单地遍历一个字符串的每一个字符,以一定的延迟将它们刷新到客户,这虽是Web服务器和ASP极低效率的使用方式,但它演示了缓冲的工作方式。

  下面是所要求的最小化的ASP代码,注意我们分别把每个字符刷新到浏览器,因为不这样的话它将被存放在缓冲区中,直至网页完成:

  strText=“Thistexthasbeenflushedtothebrowserusing“&_

  “Response.Flush

  ”

  ForintChar=1ToLen(strText)

  ForintWrite=1To100000

  Next

  Response.WriteMid(strText,intChar,1)

  Response.Flush

  Next

  2)Response.IsClientConnected属性

  IsClientConnected属性在ASP2.0中已经存在了,但却有些不可靠。在其返回一个准确的结果之前必须发送一些输出到客户。这一问题在ASP3.0中已被解决。现在这一属性可被自由使用。

  IsClientConnected是观察用户是否仍连到服务器和正在载入ASP创建的网页的有用方式。如果用户断开连接或停止下载,我们就不用再浪费服务器的资源创建网页,因为缓冲区内容将被IIS丢弃。所以,对那些需要大量时间计算或资源使用较多的网页来说,值得在每一阶段都检查浏览器是否已离线:

  ...

  ...Codetocreatefirstpartofthepage

  ...

  IfResponse.IsClientConnectedThen

  Response.Flush

  Else

  Response.End

  EndIf

  ...

  ...Codetocreatenextpartofpage...

  1.操作HTTP报头

  我们已经在几处见到ASP如何创建或修改在响应页面请示时被发送到客户的HTTP报头。在Response对象中有几个属性和方法可帮助我们做到一点。下面是一些报头方法:

  控制缓存和有效期。

  创建状态和定制的HTTP报头。

  指定MIME类型或内容类型。

  添加PICS标签。

  接下来将简要地研究每一个方面。可在“ResponseObject”主页(show_response.asp)上,单击相关属性名或方法名,来检查我们所说的属性和方法,如下图所示:

  1用户的浏览器以及他们和服务器这间的任一代理服务器,都可以缓存HTML和用ASP创建的网页。当用户随后请求页面时,浏览器就发送一个“最新修改”的请求到服务器(使用一个包含缓存版本的日期的HTTP_IF_MODIFIED_SINCE报头),询问网页是否已被修改。

  若没有被修改,服务器应用状态码和消息“304NotModified”来响应,浏览器将使用缓存的内容而不会通过网络下载一个副本。若已经存在已修改的版本,它就会与“200OK”状态码和消息一道被发送出去。

  1)Response.CacheContol属性

  其他的一些因素也会影响这一处理过程。然而,任一被网页使用的网络路由内的代理服务器(一般位于客户机端),能被通过设置Response.CacheControl属性为Private来放弃缓存网页。在ASP3.0中对ASP网页这是缺省的,不用设置。但在网页为个别访问者特别定制时尤其有用。这可以阻止别的在同一网络上的用户进入同一网页。当CacheControl的属性值被设定为Public时,允许服务器缓存网页。注意,一些代理服务器可能表现得不尽相同,或忽视或越过这个报头。

  在IE4中,在代理服务器缓存可用时,有可能得到一个虚假的“Thispagehasexpired”消息。我们已提供了一个网页(expiretest_form.asp),可以通过自己的代理服务器在网络上做试验,来检查这一属性的影响。可以通过在“ResponseObject”主页中单击“Response.CacheControl”链接来显示这个网页。如下图所示:

  这一页面提交到expiretest_result.asp网页时,能够设置Response.CacheControl属性,然后在网页中插入值和脚本被执行的时间:

  Valueintextboxis:

  通过单击浏览器上的“Back”和“Forward”,能看到代码是自动执行还是使用缓存的副本,如下图所示。结果随浏览器的不同而变化。

  2)Response.Expires和Response.ExpiresAbsolute属性

  控制缓存的网页存放时间的两个属性为Response对象的Expires和ExpriesAbsolute属性。Response.Expires定义了风页在从缓存区被丢弃前应保持有效的时间长度,以创建以来的分钟数形式表示。ExpiresAbsolute属性为到期时间设置了一个绝对的日期和时间。

  我们提供一个命名为addheaders_form.asp的例子网页,用于演示如何使用这些属性。在“ResponseObject”主页中单击对这两种属性的链接,如下图所示:

  在这一页面中,可加入自己定制的HTTP报头,并可设置一些影响响应的HTTP报头的多种属性。在“提交查询内容”按钮上单击时,页面show_headers.asp在返回的数据流中添加所选的报头,然后显示用来完成此操作的代码,显示相应的执行时间,可用来检查页面是被缓存还是被再次执行,如下图所示:

  show_headers.asp网页中的代码创建和添加 HTTP报头,程序如下:<%