ASP

ASP.NET中，伺服器端重新導向有三種方法1.Server.Transfer("newPage.aspx"): 伺服器停止解析本頁,儲存此頁轉向前的資料後,再使頁面轉向到newPage.aspx, 並將轉向前資料加上newPage.aspx頁結果返回給瀏覽器。2.Server.Execute("newPage.aspx"); 伺服器儲存此頁轉向前的資料後,使頁面轉向到newPage.aspx執行, 再返回本頁繼續執行.再將三者結果合并後返回給瀏覽器.3.Response.Redirect(

ASP.NET 支援引用外部資源的各種方法。根據您使用的是用戶端元素還是 Web 伺服器控制項，選擇的引用方法將有所不同。用戶端元素1.絕對Url路徑 （如果引用其他位置（例如外部網站）中的資源，則絕對 URL 路徑非常有用。）例如：<img src="http://www.contoso.com/MyApplication/Images/SampleImage.jpg" />2.相對Url路徑

繼上篇講過操作Excel匯出資料，這節將介紹如何上傳Excel檔案並讀取內容，並儲存到本機資料庫。1.首先介紹一個上傳工具:Brettle.Web.NeatUpload.dll。可能有部分人用過，網上也有很多資料，這裡就不做太多解釋。(a).NeatUpload類庫下載:(b).用法簡介：Web.config中在<httpMoudles></httpMoudles>中加入節點：<add name="UploadHttpModule"

傳統的Web應用程式有一個很大的癥結是當使用者的網路連接不好時，應用會載入失敗，為瞭解決這一問題，HTML5中引入了Web的離線工作的功能。離線功能使得Web應用程式類似於本機應用程式，當斷開網路連接時可以繼續瀏覽未瀏覽完成的內容，離線功能的另一個好處是可以永久緩衝靜態內容，而沒有緩衝到期的限制，這樣很大程度上加速了網頁的載入速度。離線應用的建立不同於傳統的緩衝機制，HTML5定義了一套獨立的緩衝機制，有一個單獨的檔案來記錄要緩衝的檔案清單，這就意味著使用者可以自己決定哪些檔案需要緩衝。離線應用

我寫了一個aspx頁面，放一個GridView，GridView中添加一個模板列，其中放入一個LinkButton，顯示資料現在的問題是1）本地開發機器上產生的該LinkButton的ID,Name分別是ID: GridView1_ctl02 _lbtnSelName: GridView1$ctl02$ lbtnSel2）部署伺服器上產生的該LinkButton的ID,Name分別是ID: GridView1__ctl2 _lbtnSelName: GridView1$_ctl2 $

    在 ASP.Net2.0 中，新添加了 TreeView 控制項，以替換原來 IEWebControls 中的樹控制項。但在這個樹控制項上，若給同一層級的不同節點設定相同的 Value 屬性，則訪問控制項的 SelectedNode 屬性時，將不能得到正確的被選中節點。    簡單測試了一下，發現：    如果祖先節點鏈上的每個節點都沒錯，則點此節點時 TreeView 返回的 SelectedNode 取決於兄弟節點中是否有與此節點相同 Value 值的節點。若有，則返回相同

PetShop作為一個B2C的寵物網上商店，需要充分考慮訪客的使用者體驗，如果因為資料量大而導致Web伺服器的響應不及時，頁面和查詢資料遲遲得不到結果，會因此而破壞客戶訪問網站的心情，在耗盡耐心的等待後，可能會失去這一部分客戶。無疑，這是非常糟糕的結果。因而在對其進行體系架構設計時，整個系統的效能就顯得殊為重要。然而，我們不能因噎廢食，因為專註於效能而忽略資料的正確性。在PetShop 3.0版本以及之前的版本，因為ASP.NET緩衝的局限性，這一問題並沒有得到很好的解決。PetShop 4.0

在ASP.NET 2.0，新增加了不少新的功能和控制項。其中，在資料的緩衝功能，比asp.net 1.1有了很大的改變。眾所周知，資料的緩衝功能是十分重要的，我們可以把一些在相對一段時間內不發生改變的資料放在緩衝中，這樣，就不必要每次去讀取資料庫，當下次再需要這些資料時，可以直接從緩衝中取得，大大增強了效率。　　而在asp.net 1.1

理解並擴充 ASP.NET 2.0 中的網站導覽系統發布日期： 2006-3-15 | 更新日期： 2006-3-15David GristwoodDeveloper & Platform Group, Microsoft 適用於：Microsoft ASP.NET 2.0 (Beta 2)摘要：ASP.NET 2.0

在asp.net 2.0中，對WAP開發已經有了一些的支援，它有專門的Mobile Web Form，Mobile Controls 等一系列的Mobile控制項，雖然這些控制項已經涵蓋了文字框、按鈕、連結、圖片、資料列表、驗證控制項等等，可以說是應有盡有了。可以說這些控制項的封裝，一方面是為了傳承Web

public-----成員可以有任何代碼訪問 private--- 成員只能有可類中的代碼訪問 internal---成員只能有定義他的工程內部代碼訪問 protected --成員只能有類或衍生類別的代碼訪問 virtual---方法可以重寫 abstract--- 方法必須重寫（只用於一抽象類別） override---方法重寫一個基類方法（如果方法被重寫，就必須使用該關鍵字） extern---方法定義放在其他地方 none or internal--類只能在當前工程中訪問 abstrac

前面幾篇文章講解了與利用ASP.NET 2.0技術建立自訂伺服器控制項屬性有關的內容。從本文開始，包括隨後的幾篇文章將探討建立自訂伺服器控制項事件的方法。本文重點對實現控制項事件的基本概念進行介紹，這些概念對於協助開發人員為伺服器控制項建立事件有著重要意義。　　1. 事件基本概念　　事件是 當有動作發生或者狀態改變時，類發出的資訊或者通知。通常情況下，狀態的發生或者改變由使用者介面動作初始化，例如，單擊按鈕，或者由於其他的程式邏輯引

上一篇文章介紹了實現自訂伺服器控制項事件的基本概念。本文將通過典型樣本講解捕獲回傳事件的實現方法。　　1. 實現捕獲回傳事件　　如果伺服器控制項需要捕獲來自用戶端的回傳事件，並想為該回傳事件自訂伺服器端事件處理邏輯，那麼控制項必須實現System.Web.UI.IPostBackEventHandler介面。下面列舉了該介面定義。public interface IPostBackEventHandler{　void RaisePostBackEvent(string

轉自：http://bbs.51js.com/viewthread.php?tid=3404 1、利用DataGrid內建的分頁功能在DataGrid控制項的屬性裡加入以下語句　AllowPaging="True"PageSize="5"PagerStyle-HorizontalAlign="Right"註：AllowPaging是指允許分頁。

轉載 http://www.cnblogs.com/ghd258/archive/2006/10/18/532047.html，高海東的部落格我們在編寫基於 ASP.NET的應用程式時，如果代碼執行出錯或檢測到異常，一般會提示使用者“返回”或“回退”，或者在多步操作、列表/詳細的查看介面中，也會給使用者提供回退到上一頁面的連結，對於這種情況，大家很快就會想到的簡單做法就是利用 Javascript 來實現，即 history.go(-1) ，但是由於ASP.NET 頁面的 PostBack

Microsoft 在Microsoft ASP.NET 3.5 Extensions Preview中 提出了ASP.net MVC架構的概念，Visual Studio 2008和.NET Framework 3.5也將開始支援WebForm和MVC兩種開發Web應用的模式，為Web開發人員提供了一種更新的方式，同時Scott在他的個人部落格中發表了一系 列介紹ASP.net MVC架構的文章。個人認為這是一種比較不錯的值得嘗試的開發模式，因此決定開始對該系列的4篇文章進行翻譯，跟大家分享。

ASP.NET 2.0的及時編譯模型和ASP.NET 1.1是不一樣的，微軟重新設計了ASP.NET 2.0的頁面產生過程，使這個過程可以更靈活的被控制。     具體的過程我這裡就不再重複的寫了，大家可以參看底下兩篇文章：    《Inside ASP.NET 2.0-即時編譯系統》    《Jaw-dropping experience with custom build providers》    在ASP.NET

引用 e路共贏 的 Asp.net下實現隱藏真實（可以實現簡單的防盜鏈）現 在隨著FlashGet和xunlei等下載工具的日益普及，下載網站的一些都能直接被捕獲到，，但是有些時候為了防盜鏈或許可權限制不想對地址進 行暴露，對於Asp.net下的防盜鏈有很多方法，我這裡寫了一種（51aspx的新版本將會採納）希望大家討論一下：            string filename = "Test.rar";            if (filename != "")            { 

前言　　最近幾年在.net方面的工作經曆，讓我長久以來(有幾年了)想寫關於大型asp.net應用系統架構文章的念頭。之前和同事們聊天的時候說的 都是一些思維片段，其中的想法不盡完善，聊完天再仔細想想，一些主意就逐漸清晰了。現在終於付諸行動了，將一些想到的主意與大家一起探討，也算是對過去幾

        //遍曆cookies        for (int i = 0; i < HttpContext.Current.Request.Cookies.Count; i++)        {            Response.Write(HttpContext.Current.Request.Cookies.Keys[i] + ":" +HttpContext.Current.Request.Cookies[i].Value.ToString()+