今天再測試使用CAT.Net檢測自己寫的Web專案的資安漏洞時，
因為WebApplication所Compiler出的dll只有Web專案的dll與自己寫的class libary。
因此Cat.Net再做檢測的時候，只會檢測到這些程式碼!
但如果有些程式是寫在aspx上的呢?!
所以有先將整個Web專案PreCompile的想法。
希望可以檢測到所有的程式。
這邊寫一下我基本使用的cmd語法，如下：
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727>aspnet_compiler.exe -v / C:\Precomplier
/：指的是虛擬目錄，我這邊用/，表示要Precompile的為此機器的預設網站!
C:\Precomplier：指的是要輸出的路徑!
大致如上!
找到IIS App對應的Process ID
IIS6.0版本，可使用iisapp.vbs找到，如下圖：
IIS7.0以上版本，則更新為appcmd.exe，如下圖：
以上方式則可找出對應IIS App 的Process ID
遇到一個系統上的問題，將此次請教公司資深同事，一起將問題排除的整個過程做簡單記錄!
發生問題
於2010/04/17 20:00左右，系統某轉檔程式，會一直在同一個Query上發生資料庫TimeOut的問題，
但當我將此Query拿至SSMS執行，卻又相當正常(已執行ClearBuffer)。
問題排除整體分兩階段
[Log查詢，Performance Counter記錄，問題初步判斷]
[資料庫設定，問題排除]
以上排除問題方式我想有一定的方向可循，雖其中也還有許多疑點可循值得探討，可覺得還是一個不錯的錯誤排除記錄，可供往後繼續參考!
輸出檔案的程式Encoding需注意：
Response.ContentType = "application/vnd.ms-excel";
//HeaderEncoding的設定,需將網站部署於IIS上,才可正確使用
//於ASP.NET Developermnet Server上測試會失效,可能是此環境沒正確處理HeaderEncoding!
//此處在寫入Header與Content資料前,便先早一步將Encoding設定完成,確保Encoding生效!
Response.HeaderEncoding = System.Text.Encoding.GetEncoding("utf-8");
Response.ContentEncoding = System.Text.Encoding.GetEncoding("utf-8");
Response.AddHeader("content-disposition", "attachment;filename=我是中文(堃)XXX.xls");
//因Content此處設定使用Utf-8格式,但Excel開啟時,可能會使用錯誤的編碼方式,
//因此特別在Content中,加入一行meta,用於讓Excel使用指定的編碼方式開啟!
Response.Write("<meta http-equiv=Content-Type content=text/html;charset=utf-8 />");
Response.Write("<body><div>我是中文(中),我是難字(堃)</div></body>");
Response.End();
上方會發現，Header的編碼,用的是big5 原因是各家瀏覽器讀取Header時,可用的編碼方式各不相同 各家瀏覽器讀取Header之編碼方式整理如下：
因此如需使用中文檔名,因FireFox與Google預設都是使用utf-8
因此不需特別指定Header的Encoding即可正確顯示。
但IE因預設使用不支援中文的編碼,因此有中文檔名需求只能強制指定為唯一支援的big5格式!
但指定為big5格式,則將照成難字依然無法顯示,與Goole不認得big5,所以也會無法正常顯示的問題。
(2010/06/15 測試 Google 瀏覽器 Chrome 也可以正確讀取Big5編碼中文字了!!!)
本文參考出處
何為CTP, RC, RTM, RTW？
我們常看到CTP, RC, RTM, RTW這些版本名詞，但這些究竟是什麼意思呢？
CTP：這還是實驗室的玩具，先丟到論壇上看看大家的反應，再給我們一點改進方向！
Beta：我們依舊在實驗，你可以拿它來開發一些東西，但我們不保證會出什麼問題。
RC：就是它了，雖然我們沒什麼把握，但我們已經迫不及待想跟你分享，但我還不確定有什麼問題我沒想到的。
RTM：沒問題，你可以用它了。
RTW：歡迎你上網下載它來用。
GDR：絕對沒問題（有問題我們會在下一代改進XD）。