積沙成塔，滴水穿石

 自開始使用LogParse後，在整理log就方便許多了。 在做log紀錄時發現到了一些異常(圖1)。 資料異常(圖1) 有多項錯誤指向「沒有智慧卡讀取器可用」(圖2) 沒有智慧卡讀取器可用(圖2)    去查了一下Log 發現到，H37200070012 這一台 竟然每秒上傳Log (圖3)。      從 2024/12/16  上午8:06 ~  2024/12/16  上午8:10 ，一共上傳了256筆。 每秒上傳Log(圖3) 這樣的狀況不太合理，問前輩後得知「醫院晚上都會關機，早上會在重新開機，不會一直待機」。 那這樣的狀況也只能算是1筆錯誤 。 當每秒都上傳Log時，就需要去注意是否哪裡有異常了、是否包含了哪些情況要去排查 心得 有的LOG 是先發生讀卡機錯誤 緊接著伴隨 上傳錯誤。 有的是 讀取卡片錯誤 導致 讀卡機錯誤。 像是骨牌效應，A錯誤後 伴隨著B、C。(圖4) 如果照以往 單純 用LOG 顯示的警示字 去統計資料會很好統計，但統計出來的資料可能就不準確。 若要真的去找出問題並給予建議 則需要在更細微的去察看到底是哪個環節發生的問題。 骨牌效應的log錯誤(圖4) 這時候就要去看當A發生時 ，是否有受到其他影響。 進而去提出是否該更換 讀卡機、配備....等

這次的專案是做官網切版。 由於時間不多，目前只用2個禮拜做好前台RWD切版，後續還有些細節待條，目前還差後台RWD切版，找時間再切了。 https://www.emmt-system.com/officeweb   目前設計稿也關掉了 開發環境 這次預計使用的開發環境  後台框架是採用laravel (php) 資料庫mssql server 2022 前台框架 React 佈署環境 IIS 

如果是用JS 框架，對於 npm run dev 一定很不陌生。 以svelte 來說，npm run dev  底層是呼叫vite 。 由於在某些情況下，需要關閉HMR(熱模組)做功能上的校條與監控。 這時候 就可以加入 hmr:false ，將熱模組關閉 (圖1) 熱模組HMR關閉(圖1) 這樣子在開發功能上，就可以透過f5 更新來做頁面觀察了。 心得 HMR 熱模組是雙面刃，好處是 不需要時刻更新按f5，有新的功能寫好就會自動更新。 換而言之，在撰寫功能時 時常也會看到404 畫面，因為功能還沒寫好 就自動更新了。 最近因為要觀察背景更新 和writeable 的狀況，就把hmr 關掉 做檢查。 在做檢查時 發現到 打包出來的環境 和 關閉hmr 的開發環境很像。 在檢查 和使用功能時，不仿也關閉hmr 進行測試，會有不少收穫。

 最近找了時間去圖書館，看到了一本書「 易讀程式之美學 」(圖1)。 易讀程式之美學(圖1) 雖然這本書出版很久了，但裡面的內容很值得看。教你怎樣能把程式碼變得更易讀、細微的眉眉角角、為何這樣寫、最好的寫法不代表適合的寫法。 很多時候平時沒注意到或者照舊的寫法，是不是能讓你好閱讀、好理解。 其實做到後期，有很多時候要在code review 或者 重新改架構時，就會需要再花些時間去理解 「前人再寫什麼」 。 「你怎麼蓋房子就會影響之後的使用」 題外話     當我把這本書和師傅分享時，師傅說我在介紹你其它書(4本)，這本書只是擷取其中一部分而已。       師傅：根打穩，不然你永遠都只是在練習 師傅的知識像榕樹一樣，又廣又深.....🙈🙈

 今天玩了一下php的 websocket，用了 Ratchet 基本上都幫忙寫好了，可以按照官網提供的 範例  做一個chat-server.php 至於websocket的使用場景，則看應用的情況。 下面這是AI的回應。 用一個php websocket 做簡單的不同視窗對話

前情提要   最近每天都在觀察上線的evtx log，log 少說有1萬筆。 尤其要在log中找出異常和統計，在事件檢視器中 查看就很不好找資料，還是匯出來用excel 找比較快。 在事件檢視器中，有個另存檔案的按鈕，可選擇存.csv檔 在用excel 開，一切就是萬惡的源頭..... 另存.csv(圖1) 問題的起源 原本是用 事件檢視器 內建的功能去轉.csv ，但沒想到 裡面的內容過大... csv 會有遺失 怎麼比對資料.csv 和 原始的evtx 會對不起來，在原始evtx中是有錯誤內容，但轉成csv後 錯誤內容 有的會遺失😒 ....靠， 當所有資料都統計完了，卻發現怎麼內容對不起來 (小插曲...) 前輩: 你就一個一個看阿！ 我: 一個就有3W多筆耶....後面還有20幾個耶。 發現好用工具 LogParse 去網路上找一下後，發現window 有出整理Log的工具 LogParse ，處理大量Log 和轉成csv 都不是問題，還能用下SQL 的方式 去處理資料。(圖2) logparse裝完就可以輸入CLI指令，想當然要有 圖形化介面在整理資料會更好查看，這時可以在裝 LogParseStudio 。(圖3、圖4) LogParse(圖2) LogParse Studio 下載(圖3) LogParse Studio (圖4) logparse studio 在使用上不難(圖5)，而且出來的資料會把 遺失訊息 、錯誤訊息分開(圖6)  logparse 使用介面(圖5) 訊息顯示得更詳細(圖6) 後續處理 透過logparse整理後的資料，可以匯出結果.csv😀，如果有大量資料也可搭配powershell 寫批次 處理。(圖7、圖8) 透過powser shell批次處理(圖7) powershell匹量執行(圖8) 心得 在資料處理的時候要特別小心，是否有遺失、處理錯誤... 在統計的時候 發現怎麼都對不上，就覺得超級嘔0..0👿 沒事不要用事件檢視器 另存轉檔，檔案內容太大會有遺失😹😹😹....   心中有一萬隻草尼馬在內心的大草原上奔跑，伊~哈~

最近面試，對方問 : 我會什麼前端框架、主要語言? 這不禁讓我停頓一下，如果是以往會很快順利回答，但做到現在發現到說 以往接觸到的網頁 只是一部份，其他層面也是很重要的。 已經不再特別注意我會什麼了而是我成長些什麼.... 做到現在我發現到說，我不再只專注於前端、後端...也會在於 如何安裝與佈署環境、怎樣改善效能、資訊的安全性、系統權限層級、數據分析、如何維護與延展、LOG紀錄的追蹤與排查.... 所做的事情不再是專注於網頁，應該說網頁只是一個時代趨向的呈現，從WPF 到 WEB 到APP。 師傅常會說 市場上很多都在於解決眼前的事情並沒有考慮到持續性與效能，導致於劣幣逐良幣，農夫越來越多。而老闆會說 我用便宜的人才就能解決問題，為何要用你還比較貴呢? 師傅也常跟我說一句話，不要隨著潮流走，世代在變化很快，而是走出你的獨特性。 以前會做事態度是 怎麼達到目標，現在反倒是 更在意過程與後續的完善。