ASP.NET MVC 最近似乎慢慢的有變紅的趨勢，也開始有不少人在詢問如何學習 ASP.NET MVC，之前我也寫過一篇簡單的介紹文，說 ASP.NET MVC 比較適合寫過 ASP, JSP, PHP 等的開發人員，因為它的處理方式和傳統的 ASP.NET Web Form 截然不同，首先就是 MVC 的概念，因為這會涉及資料在 MVC Framework 內的流動方式，另外一個就是習慣導向的設計，微軟認為習慣導向可以加快開發人員的開發速度，所以在一個 ASP.NET MVC 專案的配置，和平常寫 ASP.NET Web Form 有一定的差異。
這是今天發生的一起靈異現象，原本寫好的 HTTP Handler 在 IIS 6.0 和 IIS 7.0 都相安無事，但是今天部署到 IIS 6.0 時，卻發生了 "This operation requires IIS integrated pipeline mode" 的錯誤 ...
隨著 Visual Studio "11" Developer Preview 的問世，連帶它的核心部份 .NET Framework 4.5 也向大家見面了，.NET Framework 4.5 幾個重要的改變像是 async/await pattern 以及更強的 parallel task 演算法等，未來都會慢慢的有更多細節出來，不過本系列文主要是針對 ASP.NET 的下一代 (ASP.NET v4.5) 的功能，有些是因應市場技術所做的變更，也有針對架構面以及開發人員支援的面向做變更。
這是今天有位朋友在 MSN 上問的一個問題，因為我也是第一次看到這個名詞，所以我也上網查了一下，在 Arshan Dabirsiaghi 於 2008 年所發表的 "Bypassing Web Authentication and Authorization with HTTP Verb Tampering" 論文中提到這樣的弱點，但早在 2004 年 Kernelpanik Lab 就已經有研究報告提出這個弱點，主要的原因是在 Web Server 或 Web Application 或 HTTP Endpoint 中，沒有針對 HTTP 動詞 (verb) 去做存取控制所致。
Membership, Role 以及 Session State 這三樣是 ASP.NET 2.0 以後其後版本中的重要角色，ASP.NET 內建了數個 APIs 以及預設的 Providers，並透過 aspnet_regsql.exe 在 SQL Server 中可以建立必要的資料庫與表格，供 ASP.NET 應用程式使用。但是，在 SQL Azure 中，這個功能突然不能用了...
前幾天同事突然跟我求救，原本可以執行的 ASP 程式（你沒看錯，是ASP）在移到新的伺服器後突然不能用了，這樣一來在線上的應用程式全都無法使用，要我去一趟客戶那裡看是有什麼問題，隔天到了客戶那裡後，同事操作了一下重現問題，發現原本 ASP 程式可以收到 request 的內容，但移到新機後，request 全變空白了...
Bug 逃走中，我們將扮演獵人，追捕躲在程式角落或是各種不同問題內的 bug: ASP.NET 無法存取 Temporary ASP.NET Files 的問題
[ASP.NET] 針對 “快快丟掉ASP遺留的二十大陳舊習慣”一文的看法
這個功能是在設計 Facebook Graph API Client Library 時碰到的問題，在 Graph API 中的 Publish_Stream 中有一項上傳相片的功能，這個功能內有一個 message 和 access_token 參數，而原本我們學習的 HTTP 技術本身大多都是沒有混合二進位和字串值的參數，所以當時碰到這個問題時，一時想不到什麼解決方法，後來搜尋到 RFC 2188: Returning Values from Forms: multipart/form-data，這份文件說明了在 HTTP POST 訊息中使用多種格式訊息的作法，它可以用在許多 REST-based API 的系統，它可以混合多種資料格式並一次傳送，當然非文字的資料必須要編碼為二進位字串。
筆者在 ActiveX 控制項開發的封裝部署一文的最後，曾經提到 Windows XP 和 Windows Vista/7 的部署差異，這會讓開發人員需要依照作業系統的不同來撰寫 INF 檔案來自動化安裝，而且還要在網頁中偵測不同的作業系統給予不同的 CAB 檔案，但我們有一些方法來簡化這個部份的處理，讓開發人員可以在不動一行 <object> 宣告下，支援 Windows XP 和 Windows Vista/7 的作業系統環境。其實方法很簡單，只要使用 HTTP Handler 就能做到了。
本文將會把最後的程序給完成，當完成這個程序後，你就可以把你的控制項部署出去了。
本文將會開始以 C# 實作控制項，讓你可以有開發控制項的經驗。
本文會介紹 ActiveX Control 的背景知識，以及在 .NET 上開發 ActiveX Control 的基礎。
2010/9/18，由Scott Guthrie在blog上發表的一篇Important: ASP.NET Security Vulnerability的文章，點燃了ASP.NET應用程式的安全防護戰爭，因為受影響的範圍遍及ASP.NET 1.0-4.0所有的應用程式，讓使用ASP.NET開發應用程式的開發人員無一不陷入資訊安全的恐懼之中，在9/18日起的幾天內，許多與ASP.NET技術有關的blog都發出了這個安全性警告，因為這個漏洞在公布的同時，攻擊程式就已經在網路上出現了，這是資安所稱的零時差攻擊（Zero-Attack），零時差攻擊最大的特色就是在系統被修補之前，就有很高的機率被攻擊程式所攻擊（甚至攻陷），因此這個漏洞會在這麼短的時間內受到關注，是有其原因的。
[VS2010] ASP.NET 4.0 新功能：自訂輸出快取 (Output Cache) 提供者
[VS2010] ASP.NET 4.0 Dynamic Data: 在 ASP.NET 的資料控制項 (Data Bound Control) 中啟用 Dynamic Data 功能
[VS2010] ASP.NET MVC 2.0 新功能：資料塑模驗證 (Model Validation)
[MCP series] Visual Studio 2010 認證資訊發布
[VS2010] ASP.NET 4.0 在資料存取以及資料控制項上的增強
[VS2010] ASP.NET 4.0 在 CSS 以及控制項繪製的新功能與增強功能
[VS2010] ASP.NET 4.0 在 SEO 上的強化
[VS2010] ASP.NET 4.0 新功能：ASP.NET MVC 2.0 Strong-typed HTML Helpers
MSDeploy 是 Visual Studio 2010 提出的 Web 應用程式部署功能，改變了以往的 Web 應用程式部署的方式，不但簡化很多的工作，也可以有效率進行多類型與多組態的部署作業。
[VS2010] ASP.NET 4.0 新功能：Web.config Minification 與 Transformation
經過Part 1 和 Part 2 的試練以後，我想你應該已經有一個自己的 Configuration 系統了，而且也用的很開心，終於可以擺脫掉一大堆 appSettings 的噩夢了，而且只要修改 Web.config 的區段就可以變更程式的設定值。但用久了總是會不太對勁，因為目前為止，這些區段都只能獨立存在，而且只有一個。這時可能就會回想以前 appSettings 的好，因為它可以利用
繼前一篇文章："不要再賴在 appSettings 的屋簷下了，寫個自己的 Configuration 區段吧~" 之後，也許你已經著手，或已經將自己的設定值移到了自己的 section 中，但現在又有一個問題，就是：如果是不用模組的 section，全擠在同一個 section 中很難看，也不容易找。那麼，本文將可以幫助你。
適才點部落正在舉行 ASP.NET 的修練大會，雖然我這篇文章與 ASP.NET 修練大會本身沒啥關係，但我認為卻是很多想做分層應用程式(Multi-tier Application)或是迷惘在為什麼應用程式總是要重寫很多次的開發人員應該要知道的概念。
我想，很多寫 ASP.NET 應用程式的人，都會習慣性的把自己的一些設定值放到 Web.config 中的 appSettings 區域中，然後用 ConfigurationSettings.AppSettings (1.1) 或 ConfigurationManager.AppSettings (2.0+) 來取設定值吧，雖然它是很好用沒錯，但是如果設定一多的話，appSettings 區塊會充斥一大堆的設定值，屆時要分也不太好分（一堆不同模組的設定都混在同一區了），因此，若想要寫中大型 ASP.NET 應用程式的人，可能不得不學一下如何設計自己的 Configuration 區段了。
「a... 怎麼看起來好像又回到了 ASP 時代？」
「a... 這個好複雜哦，看不懂捏...」
我想，這是初次看 ASP.NET MVC Framework 的第一印象吧，因為我第一次看到時也有這樣的疑問。
URL Rewriting，這個好像似曾相識，又覺得很陌生的技術，已經隨著資訊安全與 SEO (Search Engine Optimization) 的腳步，逐漸影響每個 Web Developer，不論你是走哪個技術的（ASP, ASP.NET, PHP, JSP, Ruby, Perl, ...），基本上都很難不去重視它，因為它其實可以幫你很多忙。光是一個 REST 的 URL 樣式，就可以讓很多人眼睛為之一亮。
