GridView也是目前大多數ASP.NET書籍第一介紹的「大型、全能控制項」，
GridView能玩到的功能很多，由淺入深，有各種玩法。
重點不是在「強調GridView的英明神武」，而是在GridView的學習歷程中，我們學到的東西，都可以延續到其他控制項來使用。
這才是書籍作者偏好 「優先推薦GridView」的理由吧。
以初學者為例，GridView的學習歷程，可以包含......
我高一的時候，第一次聽到「趙傳」的歌----我是一隻小小小小鳥。
心裡馬上被撼動的，就是這一句歌詞。
沒想到，事隔了二十年，我還真正遇上這些事情。
市場上掀起熱潮，大家都不知道為什麼？
一窩蜂地想買這種超小型NB / 低價小電腦 / UMPC / NetBook？
有人問說：「我想買一台電腦去公司上班使用，不知道Eee PC好不好？」
「我今年考上大學（資工系），想買Eee PC取代桌上型PC」......
上面這些問題真的不是我捏造的，你去各大網路論壇、Yahoo知識＋就會看到
這時候，我才發現：
原來市場行銷就是這樣，
只要造成流行（或是低價到「不買會覺得吃虧」），消費者就會努力掏錢搶購？
為什麼這篇文章大家都要看？
因為昨天，我（以前）的網站中獎了～建議大家也居安思危，看看無妨～
跨站腳本攻擊
XSS攻擊介於駭客與使用者之間的攻防戰，並不會對server主機有任何威脅，所以才被稱為跨站腳本攻擊，意思即是：駭客使用某些語言（腳本）跨過主機對使用者進行攻擊。
我雖然在學校一直都就讀資管系，但說真的，我很懶，沒寫過多少程式。
當年最認真交作業的（從沒抄襲過，都自己寫），是COBOL
雖然我做大專題時，滿認真的！但嚴格說起來，我不是用功的學生。
也知道自己學不好程式，心虛。
所以不敢出去外面找工作，下定決心考碩士。打算換張好看的文憑，看看能否不用寫程式？將來動口不動手？
我的電腦為什麼越用越慢？
來試試這幾招，讓電腦起死回生。
有了「好的使用習慣」，不必每年都買新電腦！
在這個物價「消」費「萬漲」！馬上經濟就會倒～的年代，大家要用最少的效率，作最多的事情～
http://browsershots.org/
這個網站，可以列出世上絕大部分的「瀏覽器」，觀看我們Web Application時的畫面。
太厲害了！以後不用親自在PC上安裝各種瀏覽器，也能看到Web畫面呈現的結果！
最近IT虛擬化的議題，沸沸揚揚。
這是以前我寫的一篇文章，大家可以參考看看。
自己動手玩一下虛擬軟體，心裡就會有個底。
不然的話，老是看人家談IT虛擬化，總是一知半解。
如果把所有的標籤（tag）、Web伺服器控制項，以及事件處理程式碼等等，都在單一 .aspx 檔案裡，我們稱為 Inline Code。
在後置程式碼的模型中，頁面的標記和Web伺服器控制項(包括控制項宣告) 都是在 .aspx 檔案中，而頁面程式碼則是在不同的程式碼檔案中。
最近遇上的Case，也是被多國語系的轉碼所苦。
各位可以參考一下微軟的範例，Encoding.Convert 方法
原來是資料庫連線之後，除了關閉連線（Conn.Close()），還得 Conn.Dispose()才行。
不然的話就會出現 SqlClient Pool滿載的錯誤。
不瞞您說，小弟的公司就是NB代工大廠，三不五時也會把一些[過期]的產品 or 工程樣品等等，拿出來跟員工分享
但很可惜的，我卻不常買到自己心目中喜歡的NB。
我需要的NB，規格可能有點怪。搞不好要訂作，才買得到。
在美國的各大NB原廠網站上，都有自己DIY定作的規格。不過，我一想到運費，就不敢下手。
MVC就是model-view-controller pattern for Web applications.
並「不是」用來取代 WebForm的。
卻可以建置「沒有 WebForm」 的 Web 應用程式
跨網頁張貼（Cross-Page Posting），簡單的說，就是「網頁A」要把資料傳給「網頁B」。
本文是第二種作法～～
跨網頁張貼（Cross-Page Posting），簡單的說，就是「網頁A」要把資料傳給「網頁B」。
以前在ASP時代，我們可以用隱藏欄位，例如： ，或是 Session（工作階段）來處理。
而ASP.NET 2.0開始，微軟有新的方法提供給大家。
也就是以前講的DAAB（全名Data Access Application Block ），
現在改名為 Patterns & Practices（或是稱為p&p），一般都稱為 Enterprise Library （EntLib）
下載與說明：http://www.codeplex.com/entlib
昨天去逛書店，看見「深入淺出C# （歐萊禮，O'Relly）」
這一系列的書，也是很淺顯。最特別的是：裡面圖片比文字還多！排版方式也很動感！
如果您有一部以上的 Web 伺服器，那麼應該要把工作階段（Session）作業資訊儲存在哪裡？
當您使工作階段跨處理序時，工作階段資料（Session）就會記錄在所有 Web 伺服器均可存取的位置，這可以是在 SQL Server® 上或是在 ASP.NET 狀態伺服器上。這可以在 web.config 中設定。
1. 以動態方式將用戶端指令碼(JavaScript)加入至 ASP.NET Web 網頁
2. 將用戶端指令碼事件 加入至 ASP.NET Web 伺服器控制項
