BugTracker.NET 軟體錯誤跟蹤)

引 言

　　在以前的公司就曾推薦在項目組中用 BugTracker.net（錯誤跟蹤管理 ★開源★ 直到現在他們仍然在使用），最近自己需要對一個網站項目進行錯誤跟蹤管理，自然就又想到了它。上網下載了個最新版本2.1.4(2005/10/22)。

　　因為現在需要將其部署在公用Web伺服器上讓普通使用者使用 BugTracker 來報告錯誤，所以必須將其進行漢化並調整其預設的安全性原則。

簡 介

　　BugTracker.net 是用C#寫的一個基於ASP.net的開源項目，是一款簡單易用的錯誤跟蹤管理軟體。

安 裝

1. 將下載的壓縮檔全部解壓縮到某個檔案夾中（譬如“E:\BugTracker”）。
2. 建立資料庫（譬如“BugTracker”），然後開啟『SQL查詢分析器』執行下載壓縮檔內的“setup.sql”既可。
3. 開啟『IIS資訊服務管理器』在“預設網站”下面建立虛擬目錄（譬如“BugTracker”），並對應到你的物理目錄（譬如“E:\BugTracker”）。將“default.aspx”添加到預設檔案清單中。
4. 開啟瀏覽器在地址欄輸入“http://127.0.0.1/BugTracker”，使用預設的系統管理員（Admin）帳號登入使用。

漢 化

　　BugTracker 項目的原始碼和頁面標籤是混合在一起的而沒有使用Codebehind，就像又回到了ASP時代一樣。所以你千萬不要像我一樣到處找代碼檔案，我一度還以為它沒提供原始碼呢。坦白說，該項目的設計和代碼實現都不咋的（看來，老外也不盡都是強人啊），遠沒有 ASP.net Forums（中文版） 來得漂亮，當然也可能是因為這兩個項目的複雜度相差太大而導致設計思路不同罷。

　　該項目沒有使用資來源文件，各種顯示文本/連結資源等均是寫入程式碼在ASPX分頁檔中的，所以我們必須一個個開啟相關的ASPX檔案，找到顯示的英文內容後將其一一修改成中文，然後儲存就可以了。因為是使用代碼混合的方式，所以連編譯這個步驟都可省略了（“可見即可得”）。

　　該項目中包含兩個可能導致安全隱患的頁面：

1. query.aspx 頁面是用來直接運行SQL語句的，這會導致非常嚴重的安全隱患，尤其是將該項目部署到公用伺服器上面，一定要將該分頁檔刪除，否則不懷好意的人就可以利用其執行危險的SQL命令了！！！
2. view_web_config.aspx 頁面通過它能查看 Web.config 內容，這實在是個非常糟糕的事情。因為資料庫連接字串都是未經加密就直接儲存在 Web.config 檔案中的，如果你未刪除該頁面那後果可想而知了罷？！

　　在該漢化版本中，我將設定檔中的某些選項改成更安全的設定了。並且將 Web.config 設定檔改成了UTF-8編碼方式以支援使用中文。另外，設定檔中的“UploadFolder”鍵和“LogFileFolder”索引值必須指定的是絕對實體路徑而不是虛擬路徑，所以如果你要將該項目部署到公用伺服器中，可能需要寫個測試頁面以得到你當前虛擬目錄對應的實體路徑（譬如[C#]：Response.Write(Server.MapPath("."));），然後將該實體路徑更新到設定檔中的該健值。
　　經過一段時間的測試回合後，發現其記錄檔增長較快，便將本 Web.config 設定檔內的是否啟用日誌記錄選項（LogEnabled="0"）設成關閉了。