.NET常用的記錄工具

.NET常用的記錄工具
NLog使用路由表（routing table）進行設定，但log4net使用階層性的appender設定，這樣就讓NLog的配置文件非常容易閱讀，並便於今後維護。

紀錄位置

  • Files - 單一或多檔，並具自動命名與封存功能
  • Event Log - 本機或遠端的事件記錄器
  • Database - 儲存於資料庫中
  • Network - 使用TCP, UDP, SOAP, MSMQ 協定
  • Command-line console - 包含有顏色顯示的訊息
  • E-mail - 錯誤發生時使用郵件接收
  • ASP.NET trace

Log4Net Log 等級

  • Debug - 偵錯訊息, 比trace較不詳盡，一般在上線環境不會啟用。
  • Info - 資訊訊息，正常是可以在上線環境啟用
  • Warn - 警告訊息，一般指的是可以回復或是暫時性的錯誤
  • Error - 錯誤訊息
  • Fatal - 嚴重錯誤

Logging Application Block Log 等級

  • Activity Tracing
  • Verbose
  • Information - 資訊訊息，正常是可以在上線環境啟用
  • Warning - 警告訊息，一般指的是可以回復或是暫時性的錯誤
  • Error - 錯誤訊息
  • Crital - 嚴重錯誤

NLog Log 等級

  • Trace - 非常詳細的紀錄, 可能包含一些非常詳細的資訊，如協定表頭。這個紀錄等級一般只在開發環境啟用。
  • Debug - 偵錯訊息, 比trace較不詳盡，一般在上線環境不會啟用。
  • Info - 資訊訊息，正常是可以在上線環境啟用
  • Warn - 警告訊息，一般指的是可以回復或是暫時性的錯誤
  • Error - 錯誤訊息
  • Fatal - 嚴重錯誤

.NET Core

  • Trace (Log Level = 0)
  • Debug (Log Level = 1)
  • Information (Log Level = 2)
  • Warning (Log Level = 3)
  • Error (Log Level = 4)
  • Critical (Log Level = 5)

留言

張貼留言

這個網誌中的熱門文章

IIS 啟用HTTP Strict Transport Security (HSTS)

1.設定header加上Strict-Transport-Security和持續時間 <system.webServer> <httpProtocol> <customHeaders> <add name="Strict-Transport-Security" value="max-age=31536000"/> </customHeaders> </httpProtocol> </system.webServer> 不過這邊要特別注意的是要在HTTPS下送出這個Header，而不要在HTTP狀態下送出這個Header 因為根據 HSTS (RFC6797) spec 有提到 An HTTP host declares itself an HSTS Host by issuing to UAs (User Agents) an HSTS Policy, which is represented by and conveyed via the Strict-Transport-Security HTTP response header field over secure transport (e.g., TLS). 2.利用Rewrite模組強制使HTTP連線導致HTTPS <system.webServer> <rewrite> <rules> <rule name="HTTP to HTTPS redirect" stopProcessing="true"> <match url="(.*)" /> <conditions> <add input="{HTTPS}" pattern="o
閱讀完整內容

解決WCF(REST)在https出現檔案找不到錯誤

最近發生的問題 在網站掛上https之後 一些WCF(REST)服務出現在https出現檔案找不到錯誤 但http狀態下卻是正常的 發現原來是要對設定黨做一些調整 以下是調整後的範例 <system.serviceModel> <bindings> <webHttpBinding> <binding name="Binding" crossDomainScriptAccessEnabled="true"> <security mode="Transport"> <transport clientCredentialType="None" /> </security> </binding> <binding name="httpbind" crossDomainScriptAccessEnabled="true"> </binding> </webHttpBinding> </bindings> <behaviors> <serviceBehaviors> <behavior name="returnFaults"> <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/> <serviceDebug includeExceptionDetailInFaults="false"/> </behavior> </serviceBehaviors> <endpointB
閱讀完整內容

Azure Web Apps 讀取憑證

一般當我們在本機能正常運作的東西 常常放到雲端就不Work了 很多問題其實就在於雲端環境的差異與限制 例如這次研究的問題->讀取憑證資訊 以下就介紹Azure Web Apps環境下 憑證如何放置與讀取的差異 一般我們系統要讀取的憑證會放在 StoreLocation.LocalMachine Azure Web Apps上傳後的憑證是放在 StoreLocation.CurrentUser 要讓程式能讀取到要讀取的憑證還要設定憑證的設定檔 否則就算你上傳憑證之後還是找不到 APP Setting中新增憑證讀取參數 WEBSITE_LOAD_CERTIFICATES 和憑證指紋(thumbprint) 或者也可以設定"*"(不需要引號)就會讀取全部憑證 這樣就能順利讀取 以下是憑證讀取範例 using System; using System.Security.Cryptography.X509Certificates;namespace UseCertificateInAzureWebsiteApp { class Program { static void Main(string[] args) { X509Store certStore = new X509Store(StoreName.My, StoreLocation.CurrentUser); certStore.Open(OpenFlags.ReadOnly); X509Certificate2Collection certCollection = certStore.Certificates.Find( X509FindType.FindByThumbprint, // 憑證指紋 “E661583E8FABEF4C0BEF694CBC41C28FB81CD870”, false);
閱讀完整內容