今天主要寫的是記日誌的一些經驗，我們在正式的生產環境中總是會通過在程式中寫日誌來記錄異常或者生產環境的配置或者記錄一些程式的操作。
日誌很多的時候主要分成記錄異常日誌和記錄非異常的日誌。
非異常日誌的種類也很多，更多的時候我很是用來記錄程式執行的狀態的，比如環境的配置，版本，操作的使用者還有就是執行的資料，這方便我們跟蹤檢視程式執行的狀態。
在php中我們比較習慣用zblogger來記錄日誌，很多的時候我們會以時間為目錄或者這時間為檔名記錄日誌
主要說一下異常的日誌，異常日誌要記錄好當時出現異常的資料，方便除錯時復現異常。
在有幾個地方的很容易程式執行報異常，1在和資料庫進行互動的時候，有可能是資料由於網路原因連線超時，或者資料庫許可權使用者問題，或者資料庫本來就不可用，還有格式問題，很多時候都容易報資料庫操作失敗，2在和使用者資料進行互動的時候，由於使用者很多時候不會按照程式的要求提交資料7所以很多時候程式都要對程式資料進行驗證，如果有問題一定要在日誌中記錄這類異常。這些地方一定要加上日誌的記錄，出錯是一定要記錄錯誤資訊。方便我們的復現檢視和除錯。
關於Faspell的使用經驗分享
從技術的原理來說，錯別字顯然是乙個經驗型的技術，輸入的一句話怎麼排？每個字出現的概率概率高低？都是依靠訓練樣本給出足夠的場景資料得出的。從這方面來講，lstm crf的經典組合必然是首先考慮的。但是又考慮到bert的mlm任務是如此的符合錯別字檢測糾錯場景，因此也關注到基於bert的ctc chin...
關於記錄日誌的思考
在開發的過程中，我們會記錄日誌。這樣可以方便關於觀察程式的執 況，和問題的所在。在看日誌就可以知道，當前的程式是在執行什麼操作，操作的結果是什麼？個人認為這樣的日誌才是有效的日誌。記錄執行的方法名或者類名等 記錄方法名或者類名，這樣我們可以準確的定位到當前執行的是什麼服務。記錄服務的輸入與輸出 輸入...
關於日誌記錄的總結
前段時間，公司的乙個專案，需要做很多的資料介面和同步程式，於是就遇到了日誌記錄的問題，何時記錄，如何記錄，哪些要記哪些不用記等問題。針對日誌記錄的問題,經過一系列討論，終於達成了統一的處理辦法。解決了各個模組系統，不同的開發人員，日誌記錄不統一，隨意的問題。今天終於抽出時間把這個問題總結並結合網路上...