推薦：如何用ASP實現(xiàn)對ORACLE數(shù)據(jù)庫的操作
ASP（Active Server Pages）是微軟公司為開發(fā)互聯(lián)網(wǎng)應(yīng)用程序所提出的工具之一，ASP與數(shù)據(jù)庫的聯(lián)接一般通過ADO（Activex Data Object）來實現(xiàn)的，就象《計算機世界》2000年3月20日的《用ASP

最后，我們回到siteA.com。文件的第一部分(l－l)檢查是否完成了cookie的檢查，由于可以明顯地知道已經(jīng)完成(由語句中的"checked"參數(shù)表明)，進行到l—3所示的程序的第二部分。如果存在特殊的標志，我們就可以在siteA.com創(chuàng)建cookie。使用這個特殊的標志(在這里是username)，我們可以在任何需要的時候查詢數(shù)據(jù)庫。然后，設(shè)置cookie，顯示頁面的其他部分。如果沒有指定的標志，也沒必要擔心，只要簡單地顯示頁面的余下部分。

這樣，毫不費力地，siteA.com擁有了和siteB.com一樣的cookie。我們可以傳輸更多的信息而不只是一個標志，并且，將網(wǎng)絡(luò)流量控制在最小范圍內(nèi)。

要注意一點，即使用戶擁有siteA.com上的cookie，仍需要檢查siteB.com。通常來講，這不是必須的，也會節(jié)約時間。但是，一旦用戶在siteB.com更改個人信息?這樣做，會保持所有信息的同步。

Cookie環(huán)

要完成這些，我們需要兩個文件:一個在原始站點服務(wù)器(siteA.com)，完成檢查；一個在參考服務(wù)器(siteB.com)，驗證用戶。如果有一臺參考服務(wù)器包含有需要的所有用戶信息或cookie，就可以增加隨意多的原始服務(wù)器，所需要做的就是在所有要共享cookie的服務(wù)器上增加cookie.inc文件。

也可以以相反的次序執(zhí)行，例如，如果siteB.com是原始服務(wù)器，而siteA.com包含用戶信息。訪問過siteA.com卻從未訪問過siteB.com的用戶也可以登錄到siteA.com，并且擁有所有的曾經(jīng)的設(shè)置。注意，如果擁有多個參考服務(wù)器，這樣將會很使人迷惑，并且消耗過多的資源，因為必須將用戶重定向到每一臺參考服務(wù)器。

理論上講，可以擁有一個所有站點都共享相同的用戶的網(wǎng)絡(luò)。最可行的方案就是建立共享cookie環(huán)。將參考服務(wù)器列表存儲在一個地方（備份服務(wù)器），以便每個參考服務(wù)器可以查找并決定重定向用戶的下一個站點。記住一定要通過查詢字符串的意思跟蹤用戶是在哪個原始服務(wù)器開始。這樣信息的傳輸非常迅速，這個環(huán)節(jié)變得越來越可行。

這里還存在一些問題，首先是反應(yīng)時間。對用戶而言，他們最好不知道過程是怎樣的。他所需的時間依賴于siteA.com、siteB.com之間的連接，有可能會比較長，在實現(xiàn)cookie環(huán)時可能會更長。

再一個主要問題，就是每一個實現(xiàn)者大都會面對無限的重定向。這有很多原因，例如:用戶的測覽器不支持cookie。這就需要再設(shè)計代碼來監(jiān)測用戶瀏覽器的性能。

最好，還需要注意安全問題。如果有些黑客發(fā)現(xiàn)了其中的訣竅，他可能會得到cookie中的信息。最簡單的防范辦法就是保護參考服務(wù)器，只允許原始服務(wù)器訪問Cookie.asp文件。

分享：淺析ASP中的Debug類--VBScript
不知道用ASP寫代碼的朋友是不是和我有一樣的感受，ASP中最頭疼的就是調(diào)試程序的時候不方便，我想可能很多朋友都會用這樣的方法“response.write ”，然后輸出相關(guān)的語句來看看是