為了註冊 CA 憑證動作更簡化,於是花了三四天研究怎麼用 C# 控制註冊流程,過程真的挺累,結果挺爽的...
[C#] 向 CA Server 註冊 WebServer 憑證範本
- 1648
- 0
- Certificate
為了註冊 CA 憑證動作更簡化,於是花了三四天研究怎麼用 C# 控制註冊流程,過程真的挺累,結果挺爽的...
首先要感謝方丈 Jason Huang 的火力支援。
在企業內部,Client 加入 AD 後,預設會把 CA 根憑證加入到 Trusted Root Certification Authorities,Chrome 瀏覽器預設會信任這裡的憑證,有 AD Server,使用 CA Server 憑證中心應該是較好管理的解決方案,我在實作的過程卡到了一些關,謝謝方丈的火力支援
SQL Server 2016 新增 Always Encrypted 功能,對於機密資料的保護又多了一項選擇囉
開發 Web API 的 SSL 設定卡到了一些關卡,順便測了幾個情境
續上篇 https://dotblogs.com.tw/yc421206/2017/04/05/tfs_build_vnext_sandcastle_generate_live_document
我們已經自動化產生 API 說明文件了,若程式碼裡面有用到 Code Contract 還需要一些動作才能自動產生 Code Contract 的說明文件
Sandcastle 是用來產生 .NET 文件,今天我要通過 TFS 自動化產生 .NET 說明文件
開發網站應用程式的時候,可以搭配一些診斷工具,方便開發人員除錯。
Glimpse (http://getglimpse.com/) 是一款內嵌至應用程式的診斷套件,不需要修改程式碼就能擁有診斷功能,強化瀏覽器 (F12,開發者模式) 辦不到的事情,比如:Sql Query。
安全性的部分,Glimpse 預設不允許遠端存取,只能用在開發環境,資訊洩漏的問題也幫我們想好了,若要開啟,請做好安全性設定
TFS | VSTS 的事件通知塞爆了我的 E-Mail,開發團隊改擁抱 Slack,讓開發討論能更聚焦,內建的 Service Hook,能輕易的完成整合的動作。
TfsNotificationRelay 提供更多的設定,讓 Slack 能更快的找到相關的訊息。
接下來,將介紹設定步驟。
我有一個專案從 VS2013 升 VS2015,裡面有一個 LocalDB 檔案副檔名為 *.mdf,當我在 VS 2015 雙擊該檔案後跳出以下視窗:
集成測試主要是測試個元件之間的互動是否如預期,在這個階段的測試,我會把程式進入點 UI Layer 換成單元測試專案,由測試專案取代之,為什麼不是直接從UI測,原因很簡單,因為 UI 的變化太快了,一方面為了減少因 UI 改變而衍生出額外的工作,另一方面則為了提高測試程式碼的重用性,所以我會從 BLL 測試
三層式架構,物件彼此之間的關係,如下圖: