現(xiàn)在位置：范文先生網(wǎng)>理工論文>計算機論文>ASP 3.0高級編程四

ASP 3.0高級編程四

時間：2023-02-20 22:43:10 計算機論文我要投稿

ASP3.0高級編程四推薦度：
相關推薦

ASP 3.0高級編程（四）

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

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

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

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

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

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

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

檢測瀏覽器的語言
ServerVariables集合中另外一個有用的值是“HTTP_ACCEPT_LANGUAGE”，它包含了一個當瀏覽器安裝時指定的，或硬編碼進用戶的地區(qū)版本的語言代碼。語言代碼的例子有en-us（英國、美國）、de-at（德國、澳大利亞）和es-pe（西班牙、秘魯）。
語言代碼可以是一般的且省略方言標識：例如，在我們的站點Wrox者，大批瀏覽者都是將en（英語）作為語言代碼。
因此，可以檢測語言代碼并自動裝載一個合適的特定地區(qū)或指定語言版本的頁面。
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
或者根據(jù)特定的方言，重定向頁面：
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頁面響應一個請求的方式。可以檢查一個瀏覽者訪問站點時使用的是否是缺省端口80或還是另一個。在這個例子里，尋找通過端口443的訪問——這個端口提供的是安全套接字層（Secure Socket Layer,SSI）訪問（和其他的協(xié)議），且將它們重定向到一個相應的頁面。
If Request.ServerVariables(“SERVER_PORT”) = “443”) Then
Response.Redirect “/securesite/default.asp” ‘Secure user
Else
Response.Redirect&nbs

p;“/normalsite/default.asp” ‘Non-secure user
End If
假如要求瀏覽者注冊且由服務器驗證（而不是允許他們在Web服務器的IUSER帳號下匿名訪問，這個問題將在后面章節(jié)中詳細討論），可以查詢用戶名稱，來判定正在與我們打交道的用戶是誰，是否裝載頁面給該用戶。例如，下面的這個代碼將只向名為Administrator的用戶顯示管理鏈接。
...
Change Display Configuration

Change Display Colors

Change Keyboard Configuration

Administer All Users

Administer Logon Information

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

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

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

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

>Response.End
目標頁show_response.asp，做同樣的工作，但重定向則是回到“Response Object”主頁。因為這些網(wǎng)頁都在緩沖區(qū)內，而且所有的輸出在重定向之前必須清除，故在瀏覽器中沒有可見的輸出。然而，可以通過觀察瀏覽器的狀態(tài)看到發(fā)生的每一次重定向。如下圖所示：

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

下面是所要求的最小化的ASP代碼，注意我們分別把每個字符刷新到瀏覽器，因為不這樣的話它將被存放在緩沖區(qū)中，直至網(wǎng)頁完成：
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中已經(jīng)存在了，但卻有些不可靠。在其返回一個準確的結果之前必須發(fā)送一些輸出到客戶。這一問題在ASP 3.0中已被解決。現(xiàn)在這一屬性可被自由使用。
IsClientConnected是觀察用戶是否仍連到服務器和正在載入ASP創(chuàng)建的網(wǎng)頁的有用方式。如果用戶斷開連接或停止下載，我們就不用再浪費服務器的資源創(chuàng)建網(wǎng)頁，因為緩沖區(qū)內容將被IIS丟棄。所以，對那些需要大量時間計算或資源使用較多的網(wǎng)頁來說，值得在每一階段都檢查瀏覽器是否已離線：
...
... 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報頭
我們已經(jīng)在幾處見到ASP如何創(chuàng)建或修改在響應頁面請示時被發(fā)送到客戶的HTTP報頭。在Response對象中有幾個屬性和方法可幫助我們做到一點。下面是一些報頭方法：
· 控制緩存和有效期。
· 創(chuàng)建狀態(tài)和定制的HTTP報頭。
· 指定MIME類型或內容類型。
· 添加PICS標簽。
接下來將簡要地研究每一個方面。可在“Response Object”主頁（show_response.asp）上，單擊相關屬性名或方法名，來檢查我們所說的屬性和方法，如下圖所示：

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

這一頁面提交到expiretest_result.asp網(wǎng)頁時，能夠設置Response.CacheControl屬性，然后在網(wǎng)頁中插入值和腳本被執(zhí)行的時間：
<%
If Request.Form(“public”) = “on” Then ‘Cache-Control check box was ticked
Response.CacheControl = “Public”
Else
Response.CacheControl = “Private”
End If
%>
<HTML>
...
Cache-Control is: <% = Response.CacheControl %>
Value in text box is: <% Response.Write Request.Form(“textbox”)&n

bsp;%>
<%
Response.Write Right(“0” & Hour(Now),2) & “:” & Right(“0” & Minute(Now),_
& 2) & “:” & Right(“0” & Second(Now),2)
%>
通過單擊瀏覽器上的“Back”和“Forward”，能看到代碼是自動執(zhí)行還是使用緩存的副本，如下圖所示。結果隨瀏覽器的不同而變化。

2) Response.Expires和Response.ExpiresAbsolute屬性
控制緩存的網(wǎng)頁存放時間的兩個屬性為Response對象的Expires和ExpriesAbsolute屬性。Response.Expires定義了風頁在從緩存區(qū)被丟棄前應保持有效的時間長度，以創(chuàng)建以來的分鐘數(shù)形式表示。ExpiresAbsolute屬性為到期時間設置了一個絕對的日期和時間。
我們提供一個命名為addheaders_form.asp的例子網(wǎng)頁，用于演示如何使用這些屬性。在“Response Object”主頁中單擊對這兩種屬性的鏈接，如下圖所示：

在這一頁面中，可加入自己定制的HTTP報頭，并可設置一些影響響應的HTTP報頭的多種屬性。在“提交查詢內容”按鈕上單擊時，頁面show_headers.asp在返回的數(shù)據(jù)流中添加所選的報頭，然后顯示用來完成此操作的代碼，顯示相應的執(zhí)行時間，可用來檢查頁面是被緩存還是被再次執(zhí)行，如下圖所示：

show_headers.asp網(wǎng)頁中的代碼創(chuàng)建和添加HTTP報頭，程序如下：
<%
‘Write HTTP headers before any other output
If Request.Form(“expires”) = “on” Then _
Response.Expires = Request.Form(“expires_value”)
If Request.Form(“expiresabs”) = “on” Then _
Response.ExpiresAbsolute = Request.Form(“expiresabs_value”)
If Request.Form(“l(fā)astmod”) = “on” Then _
Response.AddHeader “LAST-MODIFIED”, Cstr(Request.Form(“l(fā)astmod_value”))
If Request.Form(“pragma”) = “on” Then _
Response.AddHeader “PRAGMA”, CStr(Request.Form(“pragma_value”))
If Request.Form(“refresh”) = “on” Then _
Response.AddHeader “REFRESH”, CStr(Request.Form(“refresh_value”))
If Request.Form(“addheader”) = “on” And Len(Request.Form(“addheader_name”)) Then _
Response.AddHeader CStr(Request.Form(“addheader_name”)), _
CStr(Request.Form(“addheader_value”))
If Request.Form(“status”) = “on” Then _
Response.Status = Request.Form(“status_value”)
%>
<HTML>
...
... Show code and execution time
...
其余部分僅僅是顯示已被執(zhí)行的代碼和執(zhí)行時間。讀者會注意到包含在網(wǎng)頁中的定制的報頭“PRAGMA”（至今我們還沒討論過）。一些（先前的）代理服務器使用它作為網(wǎng)磁是否應被緩存的指示。缺省是網(wǎng)頁被緩沖，除非接受到HTTP報頭“PRAGMA=NO-CACHE“。
2. 創(chuàng)建狀態(tài)碼和定制的HTTP報頭
可使用先前在實例網(wǎng)頁中所看到的Response對象的AddHeader方法來創(chuàng)建自己的狀態(tài)碼或自己喜歡的定制的報頭。這一方法需要兩個參數(shù)：HTTP報頭名稱或一個包含其值或分配給它的值的字符串。作為一個例子，下面的代碼在頁面中添加REFRESH報頭：
Response.AddHeader “REFRESH”, ”60;URL=newpath/newpage.asp”
這等同于客戶機端<META>元素：
<META HTTP-EQUIV=”REFRESH”, “60;URL=newpath/newpage.asp”
換句話說，也可配合Status屬性使用AddHeader方法使瀏覽器載入一個新的頁面：
Response.Status = “302 Object Moved”
Response.Addheader “Location”, “newpath/newpage.asp”
這等同于使用Response.Redirect方法：
Response.Redirect “newpath/newpage.asp”
Response.Status屬性可被用來發(fā)送一些所需要的狀態(tài)消息，例如添加如下幾行：
Response.Status= “401 Unauthorized”
Response.Addheader “WWW-Authenticate”, “BASIC”
強制瀏覽器顯示一個用

戶名/口令對話框，然后使用BASIC驗證把它們發(fā)送回服務器（將在本書后續(xù)部分看到驗證方法）。
3. MIME類型和內容類型
當我們想向瀏覽器發(fā)送一個動態(tài)創(chuàng)建的字符串，而且它們自己提供給瀏覽器時沒有直接指明內容類型，而是提供表示是否是磁盤文件的擴展名時，Response.ContentType是非常有用的。除非特別指定，所有ASP創(chuàng)建的網(wǎng)頁缺省都為“text/type”。內容類型的標識符是MIME類型（MIME代表Multi-purpose Internet Multimedia Extension或Multi-pupose Internet Mail Extension，通常依據(jù)上下文來定）。
例如，若發(fā)送到客戶的數(shù)據(jù)注解是通過從數(shù)據(jù)庫讀二進制值創(chuàng)建的圖片，就需要在發(fā)送任何內容之前添加合適的CONTENT-TYPE報頭：
Response.ContentType = “image/jpeg”
假如從一個數(shù)據(jù)庫創(chuàng)建一個XML文件，使用MIEM類型“text/xml”；并且如果正在創(chuàng)建一個文本文件可以在文件編輯器中顯示或作為一個磁盤文件在客戶上被存儲起來，使用“text/text”。
4. 添加PICS卷標
Respnse.Pics屬性僅僅是添加一個PICS（Platform for Internet Content system）卷標到頁面上，方式與通常用<META>標記所用的方式相同：
QUOT = Chr(34)
StrPicsLabel = “(PICS-1.0” & QUOT & http://www.rsac.org/ratingsv01.html”_
& QUOT & “ 1 gen true comment “ & QUOT _
& “RSACi North America Server” & QUOT & “ for “ & QUOT _
& http://yoursite.com” & QUOT & “ on “ & QUOT _
& “1999.08.01T03:04-0500” & QUOT & “ r (n 0 s 0 v 2 l 3))”
Response.Pics(strPicsLabel)
這段代碼添加了如下的PICS卷標：
(PICS-1.0 http://www.rsac.org/ratingsv01.html” 1 gen true comment “RSACi
North America Server” for http://yoursite.com” on “1999.08.01T03:04-0500”
r (n 0 s 0 v 2 l 3))
要得到關于PICS的更多的信息，或了解更多的定義頁面內容的方式，請檢http://www.rsac.org/站點。
在Internet Service Manager中定義報頭
在第１章，已經(jīng)說明了如何在Internet Service Manage(MMC插件)應用程序中設置每個Web網(wǎng)站和IIS 5.0目錄的屬性，這就定義了使用此站點或目錄資源發(fā)送到客戶機的所有請求的HTTP報頭，也就提供了使用每個網(wǎng)頁中的ASP腳本代碼設置這些屬性的替代方法。
在Web站點或目錄上右擊鼠標并選擇“Properties”，在其對話框的“HTTP Headers”選項卡中，可設置頁面內容有效期的相對時間或絕對日期，定義定制的報頭，創(chuàng)建PICS內容等級標簽，也可以通過MIME類型映射來定義內容類型，如下圖所示：

在上圖中，可以看到已創(chuàng)建了自定義的REFRESH HTTP報頭，應用于從此目錄載入的所有網(wǎng)頁。即每一分鐘自動地重載（刷新）一次（對于顯示棒球比賽的最近比分是非常理想的，但對服務器而言負擔太重了）。Custom HTTP Headers欄的Edit對話框如下圖所示：

要在“MIME Map”框中添加自定義的內容類型映射，只需在“Properties”主對話框中單擊“File Types”按扭把它們添加到清單中即可，如下圖所示：

當使用HTTP報頭開始試驗時，你很快會發(fā)現(xiàn)不是所有的瀏覽器表現(xiàn)都相同，許多瀏覽器以不同的方式響應不同的HTTP報頭，使得可靠地建立一個普遍適用的原則有時極為困難。

2. 使用客戶證書
假如設立了一個安全的Web網(wǎng)站或部分內容具有安全機制的網(wǎng)站，可安裝一個數(shù)字服務器證書，通過允許訪問者使用證書中的加密的細節(jié)，來驗證服務器。每一次對該站點或目錄的頁面請求，服務器都將發(fā)送證書的一個副本，瀏覽器可檢查這個副本以確定正在和誰交談。
同樣，也可設置服務器，要求用戶在進入網(wǎng)站時提供一個有效的數(shù)字證書。他們可從很多來源獲得此證書，例如Verisignhttp://www.verisign.com）或Thawte Consultinghttp://www.thawte.com)。讀者將在第25章看到這一處理過程的細節(jié)。
這些情況都使用了Request對象的ClientCertificate集合的值，本章的實例代碼中，已包含了一個顯示用戶如何使用些集合值的一些方法的頁面。
這一網(wǎng)頁被命名為showcert.asp，而且其所做的一切就是遍歷ClientCertificate集合顯示其包含的所有值。可使用以前經(jīng)常使用的簡單代碼來完成它，唯一的不同之處就是建立一個HTML表以容納結果，并將其截為每60個字符一組。
<TABEL CELLPADDING=0 CELLSPACING=0>
<%

>For Each keyItem In Request.ClientCertificate()
StrItemValue = Request.ClientCertificate(keyItem)
If Len(strItemValue) > 90 Then strItemValue = Left(strItemValue, 60) & “..etc.”
Response.Write “<TR><TD>” & keyItem & “ = “ & strItemValue & “</TD></TR>”
Next
%>
</TABLE>
運行結果如下圖所示：（由于豆豆沒有申請服務器證書，該圖略）

使用客戶證書重定向
一旦要求所有訪問網(wǎng)站或部分網(wǎng)站的瀏覽者給出的其客戶證書，就可以使用其包含的信息來制作我們?yōu)榇擞脩魟?chuàng)建的網(wǎng)頁。例如，可使用他們的證書的Organization條目來自動使他們重定向到該網(wǎng)站的指定部分，使別的訪問者重定向到別的地方：
If Request.ClientCertificate(“SubjectO”) = “Wrox Press Inc” Then
Response.Redirect “/wrox_staff/default.asp” ‘Wrox staff site
Else
Response.Redirect “/public/Default.asp” ‘Normal public site
End If
相應地，可使用Country條目來使訪問者重定向到一個相應的網(wǎng)站：
Select Case Request.ClientCertificate(“SubjectC”)
Case “UK”: 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/”
‘... ect.
Case Else: Response.Redirect http://us_site.com/”
End Select

3. 讀寫二進制數(shù)據(jù)
有兩個方法提供了對從瀏覽器發(fā)送到服務器的HTTP數(shù)據(jù)流和從服務器返回到瀏覽器的數(shù)據(jù)流的二進制數(shù)據(jù)訪問。Request.BinaryRead方法可得到指定要讀取的字節(jié)數(shù)的參數(shù)，并返回變體類型的數(shù)組，其中包含從請求的POST段中得到的字節(jié)（例如在ASP的Form集合中數(shù)據(jù)）。下面的程序讀數(shù)據(jù)的頭64個字節(jié)：
varContent = Request.BinaryRead(64)
假如使用了BinaryRead方法，以后就不能訪問ASP的Request.Form集合。同樣，一旦我們采用任何方式引用了Request.Form集合，就不能使用BinaryRead方法。
把二進制數(shù)據(jù)寫進ASP創(chuàng)建的響應流中也是可能的，可采用BinaryWrite方法。需要給其提供想寫到客戶的字節(jié)的變體類型數(shù)組：
Response.BinaryWrite(varContent)
這些方法都很少使用，除非從一個數(shù)據(jù)庫創(chuàng)建非HTML源才用到這些方法。使用的一個實例就是從數(shù)據(jù)庫讀取組成圖像的字節(jié)，并使用BinaryWrite方法把它發(fā)送到客戶。

4. 創(chuàng)建定制的日志消息
假如設置了服務器，以W3C Extended Log File Format格式將請求記錄到一個文本文件，可使用Response.AppendToLog方法在日志文件條目的結尾處添加一條消息字符串。若想為特定的網(wǎng)頁存儲一些值或消息，或在腳本中出現(xiàn)了特定的情況時，這種方式是非常有用的。
例如，通過的Intranet的“stationary order”應用程序，可以記錄超過特定的條目數(shù)目的雇員的部門號碼：
...
If intItemCount > 25 Then
Response.AppendToLog “Large order from ‘” & strDept & department.”
End If
...

設置擴展的日志
要使用AppendToLog方法，必須激活W3C Extended Log File Format日志設置。該設置方法是，進入Properties對話框中的Web Site選項卡，選中Enable Logging復選框，選擇W3C Extended Log File Format并單擊Properties按鈕，如下圖所示：

在出現(xiàn)的Extended Logging Properties對話框中，可選擇想包括進日志文件的條目。確保選中URI Stem，否則AppendToLog方法將失敗，如下圖所示：

我們提供了一個試圖在日志文件中寫入一個條目的簡單實例頁面，可從Request Object主頁（show_request.asp）中的AppendToLog方法鏈接處打開它。這一頁面所做的全部工作就是創(chuàng)建一個包含當前日期和時間的簡單字符串，然后執(zhí)行AppendToLog方法：
strToAppend = “Page executed on ” & Now
Response.AppendToLog strToAppend
結果如下圖所示：

小結
本章已經(jīng)開始了對ASP

3.0的研究，而且我們也看到了ASP 3.0如何與Internet Informateion Server 5.0共同工作，以提供一個易用的、高效的創(chuàng)建動態(tài)Web網(wǎng)頁和Web應用程序的方法。當然，仍有一些地方需要去研究，本章僅僅是學習了ASP內置的兩個最基本的對象。
這兩個最基本的對象是Request和Response對象，允許我們訪問和使用作為客戶機/服務器會話一部分的值，無論用戶何時從Web網(wǎng)站請求和載入一個網(wǎng)頁或資源，這種會話就會進行，意味著Request對象能夠提供對用戶請求的全部內容的訪問，同時Response對象允許創(chuàng)建和修改服務器發(fā)回的響應。
這些對象能夠通過集合和屬性揭示會話的各個部分，并提供了多個能用來檢索和修改各段的方法。假如把它們當作分解用戶請求和使用相應的內容創(chuàng)建響應的工具，這有助你理解究竟發(fā)生了什么。這也將有助于理解各種方法如何影響客戶、服務器和正在創(chuàng)建的網(wǎng)頁。

【ASP 3.0高級編程四】相關文章：

DNP3.0在基于DSP的FTU中的實現(xiàn)08-06

編程的心得09-13

DNP 3.0規(guī)約在廣州地區(qū)調度系統(tǒng)的應用08-06