同一場地震，為什麼會算出兩個不同的震度？
· 25 min read
2026 年 7 月 28 日，熊本外海發生規模 7.1 的地震。日本的強震觀測網記錄下 125 個測站的完整波形，資料完全公開。
我拿其中一站的紀錄，用兩種常見的處理方式各算了一次最大地動速度——這是決定震度的關鍵數字。結果是：
98.92 和 130.83。差了三成。
同一筆資料、同一個公式、同一台電腦。差別只在中間有一個步驟，做法不同。
[RCA] 07/18 誤發緊急地震速報的原因分析
· 3 min read
嚴重程度嚴重
狀態已結案
事件概述
- 發生時間： 2026/07/18 08:29 (UTC+8) 左右
- 觸發條件： 服務重構測試過程中
- 問題描述： 誤發緊急地震速報
- 根本原因： NATS 權限管理不當，測試電文被廣播至生產環境
不能忽略的 CVE-2025-66478 滿級漏洞 :(
· 3 min read
嚴重程度高
狀態已結案
CVE-2025-66478 是一個影響 Next.js 的嚴重安全漏洞，源自 React Server Components (RSC) 協議中的缺陷，可能導致伺服器被遠端執行腳本或指令。還好平常有使用 Docker 部署，大幅降低了損害。
ExpTech NTP Server
· 3 min read
越來越多 ExpTech 相關產品及服務需要時間同步服務，
在 
ttyAMA0 的幫助下，
剛好有這個機會，加上我自己小小加料一下，
就有了這個 ExpTech NTP Server，此外也順便一起把舊的時間同步機制整理一下。
ttyAMA0@bclswl0827
DPIP 為什麼這麼難用？
· 105 min read
整個 TREM 跟 DPIP 最早是從 2022 的 5 月中開始開發的， 當時沒有任何程式的基礎，邊做邊學，服務範圍也從地震，拓展到其他不同類型。 隨著時間的推移，服務範圍越來越廣，也越來越複雜，導致維護變的很困難，穩定性也越來越差。
[Analysis] LB Server 請求分析
· 9 min read
📊 分析概述
分析時間範圍： 2025/12/13 上午 9:19:57 至 9:25:01 (UTC+8)
持續時間： 5 分鐘 4 秒
分析目的： 評估負載平衡伺服器運作狀況與系統表現
分析重點： 流量分布、伺服器負載、錯誤率、API 使用情況
[RCA] 12/13 TREM 地震報告重複推送問題
· 3 min read
嚴重程度中
狀態已結案
事件概述
- 發生時間： 2025/12/13 03:33 (UTC+8) 左右
- 觸發條件： 維護過程中
- 問題描述： TREM Lite 地震報告重複推送的問題
- 根本原因： 快取鍵衝突
[RCA] 12/12 TREM 檢知重複觸發問題
· 2 min read
嚴重程度中
狀態已結案
事件概述
- 發生時間： 2025/12/12 04:24:28 UTC+8
- 觸發條件： 地震後
- 問題描述： TREM Lite 出現檢知重複觸發的問題
- 根本原因： upstream 資料不一致污染 cache，導致系統異常