ASP

　　更多的時候，我們的伺服器效能損耗還是在查詢資料庫的時候，所以對資料庫的緩衝還是顯得特別重要，上面幾種方式都可以實現部分資料緩衝功能。但問題是我們的資料有時候是在變化的，這樣使用者可能在緩衝期間查詢的資料就是老的資料，從而導致資料的不一致。那有沒有辦法做到，資料如果不變化，使用者就一直從緩衝中取資料，一旦資料變化，系統能自動更新緩衝中的資料，從而讓使用者得到更好的使用者體驗。 　　答案是肯定的！.NET已經為我們提供了這樣一種非常好的解決方案：SqlCacheDependency資料庫緩衝依賴

文章目錄 MVC 和 Web 表單的選擇建立基本的 MVC 應用程式        MVC 基於 ASP.NET，因此所有的 ASP.NET 技能都可應用到 MVC 應用程式。MVC 是支援利用 ASP.NET 知識快速構建應用的架構，與 Web 表單非常類似，與動態資料架構也非常類似。       MVC 代表模型-視圖-控制器，它們是這種應用程式開發風格的 3 個主要組件的名稱。模型表示資料模型，它可以對持久化應用程式資料執行

       IIS 7.x 對 ASP.NET HTTP 處理管道和 IIS HTTP 處理管道進行了整合。能夠為 IIS 7.x 裡配置的其他 Web 程式使用 ASP.NET 表單驗證，而這些應用程式不一定是通過 ASP.NET 構建的。       IIS 7.x 把 Web 服務器中對 Web 應用程式進行的大部分配置儲存到 web.config 檔案裡。也就是說，Web 應用程式的很多選項可以通過 IIS 7.x 管理器控制台或直接修改 web.config 檔案進行配置。由於

CodeCode highlighting produced by Actipro CodeHighlighter

   這東西雖然簡單，但也不失為經典的類庫，個人而言，就非常喜歡這個類庫。   用文字記錄下來吧，留個記念吧   在vs中，有一個經典的Microsoft.VisualBasic.dll的VB類庫，根據官方的描述：   它能提供對許多 .NET Framework 類的簡單直觀的訪問，使您能夠編寫可與電腦、應用程式、設定、資源等互動的操作及方法代碼。  這次，寫一個比較經典的東西，簡體字轉繁體字的操作方法，要進行操作，先引用類庫. 

 　　用慣了C/S編程，經常定義全域變數的時候，為了方便，而且下次調用某函數的時候仍能擷取到變數的值，我們經常會定義static類型的全域變數。 　　但是現在轉而B/S的編程，壞習慣自然而來的的沿用過來。每張頁面登入的時候，使用者的基本資料全域變數全部都定義成了static類型。結果，發現了一個嚴重的問題。就是使用者張三登入了，顯示的是張三的基本資料，然後張三使用者添加了一條記錄。照例說列表中顯示的是張三添加完的記錄，結果列出來的是李四的資訊。這是神馬情況。 　　其原因就是static變數搞的鬼

using System.Web.Script.Serialization; public class EmergencyJson { /// <summary> /// 部門 /// </summary> public string CreateUnit { get; set; } /// <summary> /// 部門編號 ///

如何將 JavaScript 指令碼或庫添加到 asp.net 頁的末尾，在頁面的結束標記之前？總結了幾種方法作為參考1 使用 RegisterClientScriptInclude 更好地對 JavaScript 庫 （JsFile.js） 的引用：if

文章目錄 cookie工作階段狀態 Session會話架構使用工作階段狀態配置工作階段狀態工作階段狀態安全 cookie       自訂 cookie 提供了儲存備用資料的另一個選擇。cookie 在使用者的硬碟上建立一個小檔案（臨時 cookie 儲存在 網頁瀏覽器的記憶體）。        cookie 的優點：對使用者透明，他們不必知道需要儲存哪些資訊。很方便的由應用程式中的任意頁面使用，甚至還可以儲存很久以便在不同的訪問中使用。 

文章目錄 靜態應用程式變數        應用程式狀態允許儲存被所有客戶訪問的全域對象。應用程式狀態基於 System.Web.HttpApplicationState 類，該類在 Web 頁面中通過內建的 Application 對象提供。       例如，可以建立一個 global.asax 事件處理常式來跟蹤有多少會話被建立了，也可以使用相同的邏輯追蹤某一頁面的訪問次數：protected void

文章目錄 檢視狀態檢視狀態樣本在檢視狀態中儲存對象檢視狀態評估有選擇的禁用檢視狀態檢視狀態安全        無論 Web 程式架構多麼先進，它都不能改變一個事實：HTTP是一種無狀態協議。       每次 Web 請求後，用戶端和伺服器端斷開，同時 ASP.NET 引擎釋放頁面對象。這種架構保證了Web應用程式能夠同時響應數千個並發請求而不會導致伺服器記憶體崩潰。但其負面效應是你必須通過其他技術儲存 Web

文章目錄 查詢字串使用查詢字串URL 編碼跨頁回傳1. 擷取頁面特定資訊2. 在任意事件處理常式中進行跨頁發送4. 跨頁發送和驗證        檢視狀態一個最大的限制是它必須和特定頁面緊密綁定。當使用者從一個頁面瀏覽到另一個頁面時，這些資訊也就消失了。這個問題有幾種解決方案，最佳的方案取決於你的項目需求。 查詢字串       一個常用的辦法是在 URL

文章目錄 1. 理解認證2. 理解 SSL3. 在 IIS 7.x 中配置 SSL        SSL（Secure Sockets Layer，安全通訊端層）技術對 HTTP 上的通訊進行加密。SSL 被大量的瀏覽器支援並確保用戶端和 Web 服務器間交換的資訊不會被竊聽者輕易解密。必須使用 SSL 加密那些敏感性資料。例如，使用者提交的使用者名稱和密碼等。否則，惡意客戶能夠竊取使用者憑證並用這個憑證登入系統。       IIS

文章目錄 安裝和配置 IIS安裝 IIS 管理 IIS部署網站通過複製檔案進行部署        所有網站部署的基本前提都是一致的，在開發工作站有已經完成的網站，需要把它部署到某台伺服器上以讓客戶能夠訪問。對於 ASP.NET，這裡的情境是 IIS（Internet Information Services，網際網路資訊服務）。       IIS 當初發布時只是一個基本的 Web 服務器。經過這些年的演變，IIS

文章目錄 1. 準備 IIS2. 網站3. 部署網站        FTP 部署通過 FTP（檔案傳輸通訊協定）把項目部署到伺服器。FTP 部署的優點是受到眾多平台的支援，缺點在於相比 Web 部署可能會遇到更多的防火牆問題。 1. 準備 IIS       還是藉助 Web 平台安裝器，啟動 WebPI，選擇 “FTP 發布服務”，單擊“安裝”。安裝後如有必要，重新啟動 IIS。       首先，我們要啟用 IIS 網站的 FTP

文章目錄 1. 為什麼要使用表單驗證？ 2. 為什麼不使用表單驗證？3. 為什麼不自己實現 cookie 驗證？4. 表單驗證類        只要你不想在應用程式裡使用基於 Windows 的帳號，就應當使用這種類型的驗證。       表單驗證是基於兩個概念的全能型驗證系統。首先是一個登入頁面，用於驗證使用者（與資料庫或其他資料存放區相比較）。其次，這種架構在每一次請求時都將再次建立安全上下文（基於 cookie

文章目錄 使用應用程式預熱擴充整合式管線        應用程式集區可以對相似或相關的應用程式分組，簡化配置和管理。同樣地，被分配到不同應用程式集區的應用程式相互獨立，這樣，某個應用程式集區中的問題不會影響到其他應用程式集區中的應用。       沒有把應用程式分配到應用程式集區的硬性或快速規則。你可以因為它們具有相似的效能指標、或同屬一個部門、或其他任何對環境有意義的原因而進行分組。其中，最有用的功能是讓不同的應用程式集區使用不同版本的

文章目錄 1. 使用者配置的效能2. 使用者配置如何儲存資料3. 使用者配置和驗證        在 ASP.NET 1.x 中，儲存使用者資訊唯一可行的方式是建立你自己的資料訪問組件，這很有用。從 ASP.NET 2.0 開始，又多了一個選擇，那就是使用使用者配置。ASP.NET 會自動使用一個背景資料來源來處理指定使用者的資料（讀取、更新）。       從概念上看，使用者配置和自訂資料群組件非常類似，但它更為簡介方便。它和

文章目錄 1. 使用 WAT 進行調試        建立一個 Web 應用程式來測試先前的自訂成員提供者和角色提供者。       在 web.config 檔案中配置為表單驗證，並正確的設定自訂提供者（或者在 ASP.NET WAT 中設定），例如下面這樣：<system.web> <authentication mode="Forms" /> <authorization>

1、如何指定IIS虛擬目錄（應用程式）的架構版本如果是iis6，比較簡單，在屬性頁面上直接指定即可，可在iis7上，卻找不到如何指定版本的功能，費了不少周折，才發現，iis7是按應用程式集區來指定版本的，在建立虛擬目錄時指定。2、Duplicate type name within an assembly首先說明，程式的運行環境使用了Castle