Time of Update: 2018-12-06
在ASP.Net中對各個WebForm控制項引入以前沒有的EnableViewState屬性。這個屬性究竟有什麼用。我們知道對於WebForm而言,其代碼是在伺服器端的,以處理用戶端的請求。當使用者通過瀏覽器瀏覽網頁的時候,會對網頁進行某些操作,比如開啟新連結,或單擊某個按鈕。在ASP中,這些是通過指令碼語言對其進行處理,之後再傳遞給伺服器端。但是在ASP.NET下,由於採用了code
Time of Update: 2018-12-06
簡單的ASP.NET 留言本開發工具:vs2005數據庫設計建立一個數據庫名為:webtest sql語句如下:create database webtest 建立一個表名為:databook 結構如下:資料表名稱中文對應名稱所包含欄位databook會計基本科目維護欄位名稱中文對應名稱欄位類型欄位大小IDbigint8標題nvarchar50姓名nvarchar10本文nvarchar200IPdatetime15
Time of Update: 2018-12-06
問題由來最近在研究適合團隊開發的web架構解決方案,該架構即要適合分工協作又要有一定擴充性,適合不同的資料庫需要,因此我查閱了一些資料,初步構想出了一套架構,請各位多多指教。 探索web開發架構最經典莫過於三層架構,展示層、邏輯層、資料處理層。資料訪問層:其功能主要是負責資料庫的訪問。商務邏輯層:是整個系統的核心,它與這個系統的業務(領域)有關。展示層:是系統的UI部分,負責使用者與整個系統的互動。理想的狀態是展示層不應包括系統的商務邏輯。這些是經典的解釋,如果要適合不同的資料庫則需要加入原廠模
Time of Update: 2018-12-06
引言 URL 重寫的常見用法 請求到達 IIS 時將會發生什麼情況 實現 URL 重寫 構建 URL 重寫引擎 使用 URL 重寫引擎執行簡單的 URL 重寫 建立真正“可刪節”的 URL 結論 參考資料 引言 讓我們花點時間來看一下網站上的一些 URL。您是否發現一些類似於
Time of Update: 2018-12-06
• 在處理請求時可以引發事件。 • 允許任意數量的 HTTP 模組處理所引發的事件,這與 IIS 的 ISAPI 篩選器相似。 • 將呈現被請求資源這項任務委託給 HTTP 處理常式,該處理常式與 IIS 的 ISAPI 擴充相似。 與 IIS 一樣,ASP.NET 引擎在請求的有效期間內將會觸發事件,通過發訊號來表示其處理過程從一個狀態改變為了另一個狀態。例如,當 ASP.NET 引擎首次響應請求時,BeginRequest 事件將被觸發。接下來觸發的是
Time of Update: 2018-12-06
通過 System.Web.HttpContext 類的 RewritePath() 方法,可以在 ASP.NET 層級實現 URL 重寫。HttpContext 類包含有關特定 HTTP 要求的 HTTP 特定資訊。對於 ASP.NET 引擎收到的每個請求,均為該請求建立一個 HttpContext 執行個體。此類具有如下屬性:Request 和 Response,提供對傳入請求和傳出響應的訪問;Application 和
Time of Update: 2018-12-06
• Dispose()。當請求已完成並已發送回 IIS 時調用此方法。您應當在此處執行所有最終的清除操作。 為了便於為 URL 重寫建立 HTTP 模組,我將從建立抽象基類 BaseModuleRewriter 開始介紹。此類將實現 IHttpModule。在 Init() 事件中,它將 HttpApplication 的 AuthorizeRequest 事件綁定到 BaseModuleRewriter_AuthorizeRequest
Time of Update: 2018-12-06
<RewriterConfig> <Rules> <!-- 產品製表者規則 --> <RewriterRule> <LookFor>~/Products/Beverages\.aspx</LookFor> <SendTo>~/ListProductsByCategory.aspx?CategoryID=1</SendTo> </RewriterRule> <RewriterRule&
Time of Update: 2018-12-06
在這種情況下,如果使用者訪問 /2004/02/14.aspx,我們需要將 URL 重寫為 ShowBlogContent.aspx?year=2004&month=2&day=14。所有三種情況(URL 指定了年、月和日時;URL 僅指定了年和月時;URL 僅指定了年時)均可使用重寫規則進行處理: <RewriterConfig> <Rules> <!-- Blog 內容顯示程式規則 --> <RewriterRule> <
Time of Update: 2018-12-06
通過維持Web表單中的對象的ViewState你可能會省去不少編碼工作。維持ViewState在傳統ASP中,當一個表單被提交的時候所有表單值都被清除。假設你提交了一個有很多資訊的表單並且伺服器返回一個錯誤。你不得不返回到表單並更正資訊。你點擊返回按鈕,但是發生了什麼……。所有表單值被清除了,你將不得不從頭開始!網站沒有維持你的ViewState.在ASP .NET中提交一個表單的時候,表單與所有的表單值一起再現於瀏覽器視窗。怎麼會這樣?這是因為ASP
Time of Update: 2018-12-06
使用ASP.NET Global.asax 檔案 Global.asax 檔案,有時候叫做 ASP.NET 應用程式檔案,提供了一種在一個中心位置響應應用程式級或模組層級事件的方法。你可以使用這個檔案實現應用程式安全性以及其它一些任務。下面讓我們詳細看一下如何在應用程式開發工作中使用這個檔案。 概述Global.asax 位於應用程式根目錄下。雖然 Visual Studio .NET 會自動插入這個檔案到所有的 ASP.NET
Time of Update: 2018-12-06
原來有兩個asp頁面,運行正常:a.asp中寫入cookie:response.Cookies("usertype")=usertypeb.asp讀取cookie:usertype=Request.Cookies ("usertype") if usertype="" then ……現在將a.asp改為a.aspx:userType = new HttpCookie("usertype");userType.Value =
Time of Update: 2018-12-06
這幾天一直浸淫在RSS的快樂中,便試著用asp.net做了一個RSS FeedXML我也學了很長時間,沒什麼建樹,只到自己看到了RSS規範,呵呵感覺用RSS閱覽器看RSS就像用outlook express訪問新聞群組一樣,下面是我用vb.net寫的一個asp.net頁面xml.aspx,包括產生rss.xml檔案<%@ Import Namespace="System.Xml" %><%@ Import Namespace="System.IO" %><%@
Time of Update: 2018-12-06
最近一直在做一個測評系統,系統涉及到一個同時測驗的過程。之前的程式員寫得 這部分代碼,後來在兩個人測試的時候,發現兩人提交的資料總是儲存到其中一個人的紀錄裡。是cookie驗證的原因嗎?我自始至終都不這麼認為,可是老闆似乎對我的能力充滿懷疑,對我作的驗證部分屢次批評。於是我們用Session取代cookie測試,結果還是一樣項目馬上就要結束的時候,卻出現了這樣的super bug,幾個人都很著急。成功往往在于思考,要冷靜。………為什麼會串呢,是userID的問題。那就看看userID的賦值過程。
Time of Update: 2018-12-06
又有一段時間沒寫東西了,再發一篇,堅持一下。前幾天寫一個website時,需要做一個自訂控制項。原理很簡單,就是從資料庫讀出,並以自己的格式顯示。第一種做法:在Page_Load事件產生DataSet代碼如下private void Page_Load(object sender, System.EventArgs e) { SqlConnection myConnection = new SqlConnection(ConfigurationSettings
Time of Update: 2018-12-06
使用Microsoft Indexing Service進行全文檢索索引的相關資料:Using Index Server to Search Your Web Site - Part IUsing Index Server to Search Your Web Site - Part IISearching Index Server With ASPCreating Search Pages with Index Server and .NETsearching your web site
Time of Update: 2018-12-06
在經過幾個月的時間,開發完一個ASP.NET應用項目以後,得到了一些心得,與大家分享。1、能夠使用靜態頁面的地方,就使用靜態頁面,靜態頁面不需要經過ASP.NET處理,僅由IIS進行處理,在效率上比ASPX頁面肯定好很多。特別對於訪問量大的應用,一定要注意。2、頁面如果不需要使用Session和ViewState,那麼一定要關閉,關閉其實非常簡單EnableSessionState="False" EnableViewState="False"
Time of Update: 2018-12-06
做過ASP.NET開發的人都知道Trace指令是一個非常有用的跟蹤調試頁面的方法,要使用Trace進行跟蹤,有2中方法:1、配置Web.Config中的Trace指令 <trace enabled="true" requestLimit="40" pageOutput="false" traceMode="SortByTime" localOnly="false"
Time of Update: 2018-12-06
在ASP.NET中,Panel伺服器控制項一般用來作為容器控制項,來成組的隱藏和顯示一些控制項,大部分情況下直接設定Panel的visualable屬性為True或者False就可以達到目的,但是有一些情況下,例如對整個頁面進行validate時,但是在一個隱藏的Panel中,有RequiredValidate控制項,它校正的控制項由於和Panel一起被隱藏,所以它是無法通過校正的,那麼頁面的validate由於有一個Validate控制項不能通過,自然也不能通過。而我們的初衷是被隱藏的控制項是
Time of Update: 2018-12-06
為完成網站訪問計數器可是傷透腦筋,今天完成了第一個版本,記錄資訊如下:1、記錄每天的訪問使用者數2、記錄每天的點擊次數就為實現這兩個簡易功能,也讓我著實頭痛,暫時沒有太多考慮效能,只是實現。簡單說明一下:由於為了精確實現計數器,那麼要麼簡單使用Application.Lock鎖定線程,要麼自己寫多線程的程式,他們都會造成系統效能的嚴重影響,因此,在鎖定線程期間做的事情越少越好,因此不能頻繁的往資料庫寫使用者訪問的計數統計資訊,我使用了間隔一段時間寫一次的方法,可以減少往資料庫記錄資料的次數,下面