ASP3.0高級編程四

ASP3.0高級編程（四）

使用ServerVariables集合
當討論Request對象內容時，要研究的集合之一就是ServerVariables集合。這個集合包含了兩種值的結合體，一種是隨同頁面請求從客戶端發送到服務器的HTTP報頭中的值，另外一種是由服務器在接收到請求時本身所提供的值。為顯示ServerVariables集合中值的使用方式，在Request Object頁面（Show_request.asp）中，點擊“ServerVariables Examples”鏈接，打開另外一個頁面，如下圖所示：

下圖所示窗口顯示的是ServerVariables集合中一些非常有用的值的一個子集。


“自引用”頁面
在ServerVariables集合中返回的值包含Web服務器的詳細信息和當前頁面的路徑信息。在任何地方創建一個頁面都可使用這些信息。例如創建一個“自引用”頁面，此頁面能夠再次調用自身完成另一項任務，我們可以用以下代碼：

” METHOD=”POST”>
同樣的效果可以用HTTP的“SCRIPT_NAME”值獲得：
” METHOD=”POST”>
使用元素打開一個不同頁，可以使用：
...

...
”>Next Page
...
即使原始頁面的名稱或位置發生變化，這些實例都能正常工作，因為使用了當前頁面的路徑信息（當然，第二個例子在分離的目標頁的名稱發生變化時運行會失�。�。
換句話說，如果為搜索引擎的子會話自動建立URL，可以收集ServerVariable的一些值：
strFullURL =  http://  ;& Request.ServerVariables(“LOCAL_ADDR”) _
& “:” & Request.ServerVariables(“SERVER_PORT”) _
& Request.ServerVariables(“PATH_INFO”)
這將創建一個完整的URL包括端口號（這種情況下，不是標準值80）。例如，結果可能是：
http://194.74.60.254:1768/thispath/thispage.asp

檢測瀏覽器的版本
ServerVariables集合中，另外一個有用的值是用戶瀏覽器的用戶代理字符串。在“Detecting the Browser Type”頁面（browsertype.asp），使用ServerVariables集合中的“HTTP_USER_AGENT”值來獲得用戶代理字符串，一些腳本用來解析該信息并尋找生產廠家名稱和瀏覽器版本。

對IE 5.0和Navigator 4.61的搜索結果分別不同，對于其他廠家的瀏覽器，可以得到一個鏈接在Alta Vista Web站點自動開始搜索廠家的名稱。
注意，Netscape在用戶代理字符串中不提供廠家的名稱，因而無法絕對保證一個瀏覽器一定是Navigator。

檢測瀏覽器的語言
ServerVariables集合中另外一個有用的值是“HTTP_ACCEPT_LANGUAGE”，它包含了一個當瀏覽器安裝時指定的，或硬編碼進用戶的地區版本的語言代碼。語言代碼的例子有en-us（英國、美國）、de-at（德國、澳大利亞）和es-pe（西班牙、秘魯）。
語言代碼可以是一般的且省略方言標識：例如，在我們的站點Wrox者，大批瀏覽者都是將en（英語）作為語言代碼。
因此，可以檢測語言代碼并自動裝載一個合適的特定地區或指定語言版本的頁面。
StrLocale = Lcase(Left(Request.ServerVariables(“HTTP_ACCEPT_LANGUAGE”),2))
Select Case strLocale
Case “en”: Response.Redirect  http://uk_site.co.uk/ ”
Case “de”: Response.Redirect  http://de_site.co.de/ ”
Case “fr”: Response.Redirect  http://fr_site.co.fr/ ”
‘... etc
Case Else: Response.Redirect  http://us_sitel.com/ ”
End Select
或者根據特定的方言，重定向頁面：
strLocale = Lcase(Request.ServerVariables(“HTTP_ACCEPT_LANGUAGE”))
Select Case strLocale
Case “en-gb”: Response.Redirect  http://uk_site.co.uk/ ”
Case “en-us”: Response.Redirect  http://us_site.com/ ”
Case “es-pe”: Response.Redirect  http://es_site2.co.pe/ ”
‘...
Case Else: Response.Redirect  http://us_site1.com/ ”
End Select

其他有用的ServerVariables集合的值
可以訪問和使用ServerVariables集合中的任何一成員，控制ASP頁面響應一個請求的方式�？梢詸z查一個瀏覽者訪問站點時使用的是否是缺省端口80或還是另一個。在這個例子里，尋找通過端口443的訪問——這個端口提供的是安全套接字層（Secure Socket Layer,SSI）訪問（和其他的協議），且將它們重定向到一個相應的頁面。
If Request.ServerVariables(“SERVER_PORT”) = “443”) Then
Response.Redirect “/securesite/default.asp” ‘Secure user
Else
Response.Redirect “/normalsite/default.asp” ‘Non-secure user
End If
假如要求瀏覽者注冊且由服務器驗證（而不是允許他們在Web服務器的IUSER帳號下匿名訪問，這個問題將在后面章節中詳細討論），可以查詢用

戶名稱，來判定正在與我們打交道的用戶是誰，是否裝載頁面給該用戶。例如，下面的這個代碼將只向名為Administrator的用戶顯示管理鏈接。
...
Change Display Configuration

Change Display Colors

Change Keyboard Configuration


Administer All Users

Administer Logon Information

...
注意ASP不填寫ServerVariables集合直到你訪問其中的一個成員。首次訪問該集合的一個成員將使IIS得到它的全部，應只在需要時才使用ServerVariables集合。

其他Request和Response技巧
現在，來看一下幾個使用Request和Response對象的有用技巧，包括：
· 連接、緩沖和頁面重定向的管理。
· HTTP報頭、緩存與“到期”頁面的操作。
· 利用客戶證書。
· 創建定制的日志文件消息。

1. 連接、緩沖和頁面重定向的管理
ASP的一個很有用的特點就是使用戶能夠從一個ASP網頁轉向到另一個網頁（ASP或HTML），或另一個源文件（例如一個ZIP文件或文本文件）。這對用戶來說是透明的，實際上是瀏覽器做這個工作。當使用Response.Redirect方法來載入一個新的網頁時，實際上是發送回一個特殊的HTTP報頭到客戶。此報頭為：
HTTP/1.1 302 Object Moved
Location /newpath/newpage.asp
瀏覽器讀到此報頭信息，并按Location值的指示載入頁面。這在功能上與在Web頁中使用客戶端HTML標記相同，例如：

這帶來的一個問題是，服務器與用戶之間的代理服務器可能會提供它自己的包含與新頁面的鏈接的消息，而不是直接載入新頁面。而且瀏覽器根據廠商和版本可能做同樣的工作。這就去除了假定的透明，而且對用戶來說一直收到的是錯誤信息，則對你的站點的訪問變得比較麻煩。
在發送諸如文本或HTML等任何頁面內容后，我們就不能再使用Redirect方法。然而，一個看起來能夠限制“代理服務器影響”的方法是，先確定沒有輸出（包括HTTP報頭）被發送到客戶。在ASP 2.0中，必須打開緩沖，然后使用Clear方法來清空緩沖區：
Response.Buffer = True
‘Some condition to select the appropriate page:
If Request.ServerVariables(“SERVER_PORT”) = 1856 Then
StrNewPage = “/newpath/this_page.asp”
Else
StrNewPage = “/newpath/the_other_page.asp”
End If
Response.Clear
Response.Redirect strNewPage
在ASP 3.0中，緩沖缺省為打開，所以第一行可被忽略，但它是無害的，而且能確保我們的網頁即使在ASP 2.0環境中也仍然能工作。
與其使用這種類型的HTTP報頭重定向，不如使用ASP 3.0的一個新特性，它允許我們通過Server對象的Transfer方法轉換為執行另一個網頁，我們將在第4章進一步研究這個問題。
1） ASP頁面緩沖區
正如已看到過的，IIS 5.0中ASP 3.0頁面緩沖是缺省打開的，在早期的版本中是缺省關閉的。微軟告訴我們緩沖在IIS 5.0中提供了更有效的網頁傳送，這就是緩沖缺省狀態被改變的原因。在大部分情況下，這對我們沒有影響。但是，假如有一個非常大的網頁，或一個用ASP或別的服務器端代碼和組件花費一定時間創建的網頁，當其各部分完成時，我們能夠分批刷新它們到客戶：
...
... Code to create first part of the page
...
Response.Flush
...
... Code to create next part of page
...
Response.Flush
...
有時可能希望在頁面結束之前的某些點上停止代碼的執行，可以通過調用End方法去刷新所有的當前內容到客戶并中止任何進一步的處理過程。
...
... Code to create first part of the page
If strUserName = “” Then Response.Clear
...
... Code to create a new version of this part of the page
...
這里有兩上演示緩沖和重定向的實例網頁，可以從“Response Object”主頁面（sow_response.asp）下載它們。第一個Response.Redirect例子網頁命名為redirect.asp，它在緩沖的頁面中定入一些內容，清除緩沖區，并重定向到另一個網頁：
For intLoop = 1 To 1000000
Response.Write “.”
Next
Response.Clear
Response.Redirect “show_redirect.asp”
Response.End
目標頁show_response.asp，做同樣的工作，但重定向則是回到“Response Object”主頁。因為這些網頁都在緩沖區內，而且所有的輸出在重定向之前必須清除，故在瀏覽器中沒有可見的輸出。然而，可以通過觀察瀏覽器的狀態看到發生的每一次重定向。如下圖所示：

在“Response Object”主頁中，點擊“Response.Flush”鏈接將打開第二個示例網頁usebuffer.asp，它簡單地遍歷一個字符串的每一個字符，以一定的延遲將它們刷新到客戶，這雖是Web服務器和ASP極低效率的使用方式，但它演示了緩沖的工作方式。

下面是所要求的最小化的ASP代碼，注意我們分別把每個字符刷新到瀏覽器，因為不這樣的話它將被存放在緩沖區中，直至網頁完成：
strText = “This text has been flushed to the browser using “ & _
“Response.Flush
”
For intChar =1 To

Len(strText)
For intWrite = 1 To 100000
Next
Response.Write Mid(strText,intChar,1)
Response.Flush
Next

2） Response.IsClientConnected屬性
IsClientConnected屬性在ASP 2.0中已經存在了，但卻有些不可靠。在其返回一個準確的結果之前必須發送一些輸出到客戶。這一問題在ASP 3.0中已被解決�，F在這一屬性可被自由使用。
IsClientConnected是觀察用戶是否仍連到服務器和正在載入ASP創建的網頁的有用方式。如果用戶斷開連接或停止下載，我們就不用再浪費服務器的資源創建網頁，因為緩沖區內容將被IIS丟棄。所以，對那些需要大量時間計算或資源使用較多的網頁來說，值得在每一階段都檢查瀏覽器是否已離線：
...
... Code to create first part of the page
...
If Response.IsClientConnected Then
Response.Flush
Else
Response.End
End If
...
... Code to create next part of page...


1. 操作HTTP報頭
我們已經在幾處見到ASP如何創建或修改在響應頁面請示時被發送到客戶的HTTP報頭。在Response對象中有幾個屬性和方法可幫助我們做到一點。下面是一些報頭方法：
· 控制緩存和有效期。
· 創建狀態和定制的HTTP報頭。
· 指定MIME類型或內容類型。
· 添加PICS標簽。
接下來將簡要地研究每一個方面�？稍凇癛esponse Object”主頁（show_response.asp）上，單擊相關屬性名或方法名，來檢查我們所說的屬性和方法，如下圖所示：

1. 緩存和“到期”ASP網頁
用戶的瀏覽器以及他們和服務器這間的任一代理服務器，都可以緩存HTML和用ASP創建的網頁。當用戶隨后請求頁面時，瀏覽器就發送一個“最新修改”的請求到服務器（使用一個包含緩存版本的日期的HTTP_IF_MODIFIED_SINCE報頭），詢問網頁是否已被修改。
若沒有被修改，服務器應用狀態碼和消息“304 Not Modified”來響應，瀏覽器將使用緩存的內容而不會通過網絡下載一個副本。若已經存在已修改的版本，它就會與“200 OK”狀態碼和消息一道被發送出去。
1) Response.CacheContol屬性
其他的一些因素也會影響這一處理過程。然而，任一被網頁使用的網絡路由內的代理服務器（一般位于客戶機端），能被通過設置Response.CacheControl屬性為Private來放棄緩存網頁。在ASP 3.0中對ASP網頁這是缺省的，不用設置。但在網頁為個別訪問者特別定制時尤其有用。這可以阻止別的在同一網絡上的用戶進入同一網頁。當CacheControl的屬性值被設定為Public時，允許服務器緩存網頁。注意，一些代理服務器可能表現得不盡相同，或忽視或越過這個報頭。
在IE4中，在代理服務器緩存可用時，有可能得到一個虛假的“This page has expired”消息。我們已提供了一個網頁（expiretest_form.asp），可以通過自己的代理服務器在網絡上做試驗，來檢查這一屬性的影響�？梢酝ㄟ^在“Response Object”主頁中單擊“Response. CacheControl”鏈接來顯示這個網頁。如下圖所示：

【ASP3.0高級編程四】相關文章：

ASP3.0高級編程（三）08-06

ASP 3.0高級編程（四）08-06

ASP 3.0高級編程（二）08-06

ASP 3.0高級編程（三）08-06

ASP 3.0高級編程（一）08-06

編程的心得09-13

Delphi拖放編程08-06

編程的心得最新09-19

高級銷售求職信四篇04-18