WINDOWS 2000搭載ASP3.0和IIS5.0
WINDOWS 2000搭載ASP3.0和IIS5.0,WINDOWS 2000搭載ASP3.0和IIS5.0
SERVER.TRANSFER方法
以往ASP2.0中控制兩個網頁之間的傳遞大部分都是靠Response.Redirect來完成,但是一般人可能不曉得Response.Redirect在應用上來說是相當笨拙的,在ASP處理Response.Redirect時是先將一個訊息傳遞至客戶端的瀏覽器,告知客戶端的瀏覽器準備載入一個新的網址,客戶端瀏覽器接收到這筆訊息之後再回傳一個確認新網址訊息回伺服器端,然後伺服器端再將客戶端瀏覽器導向到新的網址,在網路蓬勃發展的今天,這樣的做法勢必會對網路的堵塞情形帶來更大的衝擊,而這也是使用者與網站管理者所不樂於見到的,為了取代Response.Redirect這個笨方法,ASP3.0加入了一個新的伺服器方法--SERVER.TRANSFER,把Response.Redirect中客戶端與伺服器端的溝通全部轉移到伺服器上,所有的處理程序全部交由伺服器來執行,當然啦!!在語法與應用的觀念上與Response.Redirect並無太大的分別,在網頁與網頁中傳遞資訊時,所有的時域變數和應用程式變數都將保持不變,看看下面的說明:
語法
SERVER.TRANSFER(PATH)
PATH所定義的是將控制權轉移到的目的網頁之網址,跟Response.Redirect後面所接的
參數有異曲同工之妙,舉例來說,
ASP1.asp如下:
<HTML
<BODY
<%
Response.Write Session.SessionID
Response.Write ("<BR")
Response.Write("我要到下一個網頁去囉!! <BR")
Server.Transfer("ASP2.asp")
%
ASP2.asp如下
<HTML
<BODY
<%
Response.Write Session.SessionID
%
ASP1.asp執行結果如下
一個SessionID
我要到下一個網頁去囉!!
同樣的SessionID
很明顯的可以看出Response.Redirect與SERVER.TRANSFER的不同了吧!!
SERVER.EXECUTE方法
SERVER.EXECUTE跟SERVER.TRANSFER相同的是都是在進行Script執行程序的轉移,唯一不同的是SERVER.TRANSFER最後將控制權交給被呼叫的Script檔案,而SERVER.EXECUTE最後將控制權轉移給被呼叫者本身,也就是說執行SERVER.EXECUTE的Script檔案將被呼叫的Script檔案視做自己本身的一部份,在觀念上來說,與Include的做法是一樣的,與許多高階語言呼叫副程式的做法也相同,基本上伺服器端允許SERVER.EXECUTE修改Http標題,但是如果被執行的檔案企圖在傳送訊息至客戶端瀏覽器之後修改Http標題就會發生已將 HTTP 標題寫入用戶端瀏覽器。對任何 HTTP 的標題所做的修改必須要在寫入頁內容之前的錯誤。看看下面的範例:
ASP1
<HTML
<BODY
<% Response.Write("你在看我嗎? <BR")
Server.Execute("asp2.asp")
%
</BODY
</HTML
ASP2
<HTML
<BODY
<% Response.Write("你可以再近一點。")%
</BODY
</HTML
ASP1.asp執行結果將會是
你在看我嗎?
你可以再近一點。
看完了這兩個新增加的伺服器物件屬性之後,接下來讓我們看看新增加的ASP內建元件--ASPERROR元件,這是ASP3.0所提供的一個全新的元件,他讓網站管理者能完全掌控因ASP所產生的錯誤,這是前幾個版本所無法做到的,在前幾個版本中要捕捉因ASP所發生的錯誤是不可能的,頂多只能用VBScript的On Error Resume Next來捕捉到因Script所發生的錯誤,任何COM或ASP所發生的錯誤都無法捕捉,隨著ASP3.0的到來,這些問題都將迎刃而解。
為了要使用ASPERROR物件你必須會使用IIS的Http錯誤控制,不曉得大家進我們網站之後有沒有發現,當你在www.pc-net.com.tw/網址後亂打一些字然後再按Enter你會發現當網址不存在時會出現如下的畫面: