灰色後門

最近做功能時，發現有個已經廣泛被支援的 CSS 選擇器  :empty 滿好用的 :empty 符合的是沒有任何子節點的元素 只要裡面有空白、換行符號等就不符合 :empty selector comment 則是唯一不影響比對規則的內容 這個選擇器非常適合拿來做預設外觀，或是相對的用途

雖然 Java 現在已經有很強大的 GC (特別是Java 11後的 ZGC) Memory leak 依然是個 Java 開發者得了解的議題 Memory leak 並不只在寫出持續無法被回收的物件 若是段落內的流程正確，但設計時的尖峰使用量估計錯誤，也可能讓 JVM 運行時碰到 OOM 了解記憶體分析的流程才能將架構調整得更合適

使用 SourceTree 時為了方便性 基本上大家都會儲存連線主機的 host key 認證、使用者密碼 這樣才不會每次 commit 都要再輸入這些資訊 不過如果當 自架 git server 上的使用者密碼變更了，該怎麼處理呢?

去年幫一台 server 從 JDK6 升上 JDK 8 後，發現那台 server 的多數 hash 比對失效了 查了原因，發現問題出在那台的服務使用的一段處理 hash 的 legacy code

不知道大家現在還有沒有接到民國年轉換的需求 滿久以前偶爾會接到客戶寫信來問能不能做民國年的日期輸出或輸入 不過畢竟以前在處理上比較麻煩 最簡單的方式是請客戶分開資料欄位 分別產出民國跟西元年的資料，輸出時再依照需求組合出最終的字串 寫成常見Q&A之後就不大有需求信寄過來了

幾個月前碰過一次架來做內部 git server 的 VM 連不進去的問題 不只是 git 指令無法連線，連同 GCP 的網頁上的轉移至 SSH 也是無法使用 查詢網路資料後，可以看到 Google 寫了一篇文章，記錄此問題的常見原因 https://cloud.google.com/compute/docs/ssh-in-browser#ssherror 大概有些底後，透過啟用序列埠連線，我們還是能在 SSH 進不去的狀況下進到 console 台 結果一進去就看到了訊息  ...git-server-tw kernel: ... [UFW BLOCK] ... 下了指令解開防火牆  sudo ufw allow ssh 還好這次的狀況很簡單的就處理掉了 根據 Google 那篇文章，在記憶體/硬碟空間用完也可能碰到這狀況 處理流程： 用序列埠連線進入，針對可能的狀況查詢後排除