由於新客戶對於作業系統的喜好(Linux)與限制(Windows)，除了SQL Server On Linux測試計畫外，最近也要來試試.NET程式在Linux上執行，在微軟文件上找解決方案時找到一個好物.NET Portability Analyzer，她可以分析.NET程式碼在指定Runtime指定版本下的可移值性，同時也能給予簡單的修改建議。快來筆記簡單的專案測試。
這兩天客戶碰到了NLog使用上的問題，程式將Fatal等級的log設定了兩組輸出(File and Windows Event log)，但File產出時好時壞，有時那一天應該有log產生但卻整天都沒檔案，來筆記今天白天追蹤NLog無法寫出log的方法。
上禮拜從iThome看一篇新聞，英國研究人員只花6秒就能破解盜刷Visa信用卡，於是想了解更多:新堡大學原文。
最近把程式佈署到新機器上(Windows Server 2012 R2)，但程式使用iTextsharp套PDF時意外出現找不到字型檔的問題:
System.IO.IOException: C:\Windows\Fonts\msjh.ttf not found as file or resource.
FTP傳送超過2GB大小的檔案時出現System.OverflowException: 數學運算導致溢位，筆記解決方案。
最近為了加快寫log速度於是使用了log4net中的BufferingForwarder:她可以將log訊息寫入Buffer，等到Buffer滿到指定數目或是Process結束後再將log輸出到到檔案!
這兩天又有需求想在執行過程即時看到log訊息，於是在log4net訂了第兩組輸出媒體: ConsoleAppender。
資料交換經常會碰到各種日期時間字串，今天來敲門的是"2016年10月5日 下午 10:06:23"，他也是Windows中文繁體(台灣)內建的日期時間表示方式。來筆記快速又正確Parse時間字串方法。
同事在處理大量資料的轉檔，專案用C#讀取大量文字檔案，讀取後要做基本欄位檢核，因為程式處理速度較慢(10萬筆20分鐘)，於是幫忙同事一起抓原因。花了幾個小時後，發現重複New CultureInfo 對效能帶來巨大的影響，快來筆記。
Event ID: 1023(.NET Runtime Error)
Event ID: 1000(Application Error)
程式已經停止運作
發卡主機處理完授權交易請求後，接著開始產生回應訊息給刷卡機及晶片程式，類似ARQC的驗證值，發卡主機也產生ARPC讓晶片內的程式確認交易回應端的合法性以及交易內容的完整性，上一篇筆記晶片程式到驗證主機，這一篇筆記驗證主機到晶片程式。
ISO8583格式中會傳遞許多卡片敏感性的資訊，為確保並鑑定訊息來源正確及完整，筆記ISO8583格式中第三種晶片交易的保護機制:
昨天是農曆七月初十星期五的下午，遇到了無法載入檔案或組件的小問題，但就是整整解了3小時，還因此加班了1.5小時。
這個什麼鬼一定要筆記一下，比Pokemon抓到新寶貝還刺激。
觀察上一篇運算密碼驗證值(PVV)最後取值的機制，PVV不太可能反算回PIN，但你知道的，防君子不防暴力!
在Parse ISO8583(五)及(六)中，筆記了Natural PIN及PIN Offset運作，前兩種驗證在處理過程中，免不了用正確金鑰計算出正確的密碼值PIN，這因此有了一種過程風險。
為了避免風險，在PIN的驗證上也有PVV(PIN Verification Value)，概念很像取雜湊驗證(Hash)，但精確度不同。
Log是電腦上發生動作和事件的歷史，紀錄時若有統一的方法作為標準，對事後問題的追查及分析將會有很大的幫助，
在.NET環境常見幾種元件可以輔助我們完成這項工作，幾年前厲害的同事幫我們選擇了log4net，實際上也很方便，最近想調整小地方，剛好來試其他幾種。
最近準備著log底層更換，資策會同學建議可以試看看Microsoft Enterprise Library中的Logging Application Block，
就在吃飯配電腦的過程中，在Microsoft Enterprise Library發現了一枚好物Configuration Console(EntLibConfig.exe)可以視覺化編輯組態檔案。
上一篇Parse ISO8583(五)筆記支付系統卡片初始密碼(Natural PIN)的產生，但當持卡人想指定或變更密碼(PIN)，又或者金融機構寄發初始密碼函時希望採用動態PIN來提高安全，
單採 IBM3624就可能沒辦法符合需求，因此2000年之後，台灣的金融機構也陸續導入國外使用的密碼偏移量(PIN Offset)概念。
最近其他部門同事在.NET處理大型主機(Mainframe)下傳的檔案發生長度錯誤，實際整個檔案長度正確，但卻有少數資料Parse時異常，
晚上女兒睡著了，趕緊抽時間筆記。
之前的筆記把EBCDIC編碼轉換為ASCII編碼，今天筆記ASCII轉EBCDIC(筆)!
最近專案中，使用者有大量小型文件型檔案(每個約1MB以內)要上傳到資料庫的需求，這篇先筆記Varbinary步驟: