Sharing09/18 事件之後的資安強化
09/18 的入侵事件之後，我們花了兩個月重新盤點四台路由器的對外入口、收緊來源限制與防火牆、讓路由器自動更新，也做了一套自動判讀主機日誌的資安報告。這篇用實測數字說明做了什麼、成果如何。
Blog
RCA09/18 基礎設施遭入侵事件完整說明
2026/09/18，我們發現承載 DPIP 服務的四台網路設備遭到入侵，最早的入侵痕跡可回溯至 09/02。這篇說明發生了什麼、對你有什麼影響、我們哪裡做錯了，以及我們改了什麼。本文含完整取證證據、兩次被修補擋下的再入侵嘗試，以及到 11/15 為止的後續追蹤。
Sharing同一場地震，為什麼會算出兩個不同的震度？
熊本 M7.1，同一台地震儀的同一筆紀錄，換一種處理方式，算出來的最大地動速度差了三成。這篇用 16 張圖解釋差異從哪來、哪一個才對，以及為什麼這件事的答案不在法規裡。
RCA07/18 誤發緊急地震速報的原因分析
2026/07/18 08:29 UTC+8 進行 cwa-xml-go 與 cwa-eew-go 服務合併的重構測試時，測試電文透過 NATS Supercluster 被廣播至生產環境，導致誤發緊急地震速報。
Security不能忽略的 CVE-2025-66478 滿級漏洞 :(
CVE-2025-66478 是一個影響 Next.js 的嚴重安全漏洞，源自 React Server Components (RSC) 協議中的缺陷，可能導致伺服器被遠端執行腳本或指令。還好平常有使用 Docker 部署，大幅降低了損害。
SharingExpTech NTP Server
越來越多 ExpTech 相關產品及服務需要時間同步服務，在 ttyAMA0 的幫助下，架設了 ExpTech NTP Server，同時整理了舊的時間同步機制。
Sharing從 JavaScript 到 Golang：TREM 與 DPIP 的架構變遷
TREM 與 DPIP 從 2022 年做到現在：從一顆 60 元的 MPU6050、PM2 + JavaScript，到 Docker、Golang 重寫、OpenResty + Lua 與 NATS。回顧整個系統架構怎麼一路變過來，也說明 DPIP 為什麼曾經這麼難用。
AnalysisLB Server 請求分析
2025/12/13 上午 9:19:57 至 9:25:01 期間，LB Server 處理了 948,920 個請求，平均 RPS 3,121.45，峰值 RPS 3,183.02。系統穩定性極佳（零伺服器錯誤），但負載分布不均，lb-1 處理了 30.58% 的流量。
RCA12/13 TREM 地震報告重複推送問題
2025/12/13 03:33 UTC+8 維護過程中，TREM Lite 出現地震報告重複推送的問題，原因為快取鍵設定不當，導致不同參數的請求共用相同的快取結果。
RCA12/12 TREM 檢知重複觸發問題
2025/12/12 04:24:28 UTC+8 地震後，TREM Lite 出現檢知重複觸發的問題，原因為 upstream 資料不一致污染 cache，導致系統異常。