時區轉換工具
貼上 ISO 8601 格式的日期時間字串，
即可在兩個時區之間進行轉換與比較。
選擇來源與目標時區後，
系統會即時計算並顯示轉換結果。
本工具適合用於跨國會議時間安排、檢查日誌或 API 中的時間戳記，
以及驗證全球服務的時區差異。
預設會比較 UTC 與 JST，
也可依需求切換為其他時區。
所有轉換皆在瀏覽器中完成，
輸入的日期與時間資料不會傳送至任何伺服器，
使用上快速且兼顧隱私安全。
UTC 與 JST 時區轉換工具
在 UTC、JST 與其他時區之間轉換日期時間。適合將 logs、API、CI/CD 與伺服器事件對照到本地時間或使用者回報時間。
常見情境
- 調查事故：將 UTC log 時間轉成本地時間。
- 規劃 release：比較不同地區的維護與部署時間。
- 檢查 API 資料：解讀 ISO 8601 timestamp 與 UTC 欄位。
JST 是 UTC+9 且沒有夏令時間。其他地區可能會依日期改變時差。
這個工具的相關文章
UTC⇄JST 換算參考手冊｜9小時時差對照表與時區踩雷指南
以對照表整理 UTC 與日本時間（JST）的換算，並說明與台灣時間（UTC+8）相差 1 小時的關係。內容涵蓋 ISO 8601 的 Z 與 +09:00、JavaScript 日期解析悄悄位移 9 小時的條件、MySQL/PostgreSQL 的時區行為，以及 GitHub Actions cron 一律以 UTC 執行的陷阱。
UNIX 時間與時區基礎知識：工程師必備的核心概念
詳細解說 UNIX 時間的定義、毫秒與秒的區別、時區（UTC/JST）的處理，以及開發中常見的陷阱。
如何換算毫秒、秒、分鐘與小時：用於逾時與 TTL 設定
換算 ms、秒、分鐘、小時、天，避免在 API 逾時、快取 TTL、重試與監控間隔設定中混淆毫秒與秒。
最新文章
curl 選項速查｜-X、-H、-d 實際做了什麼與常見陷阱
整理實務上會遇到的 curl 選項：為什麼加了 -d 就已經是 POST、-d 與 --data-raw 的差別、開頭的 @ 會悄悄讀取檔案的陷阱、單引號與雙引號的取捨，以及為什麼 -k 和 -L 值得多想一下。
JSON Schema 與 Zod 雙向轉換的原理｜required 與 .optional() 的對應
解析雙向轉換器的實作：把 JSON Schema 轉成 Zod 結構定義，也把 Zod 程式碼轉回 JSON Schema。內容涵蓋 required 與 .optional() 預設值相反的陷阱、限制條件對照表，以及不執行程式碼就完成剖析的做法。
SQL 子句執行順序參考｜為什麼 WHERE 看不到 SELECT 的別名
SQL 並不是照您撰寫的順序執行。以邏輯執行順序（FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT）為主軸，說明別名為何在 WHERE 無法使用、WHERE 與 HAVING 的分工、ONLY_FULL_GROUP_BY、COUNT(*) 與 COUNT(欄位) 的差異，以及 LEFT JOIN 搭配 WHERE 的陷阱。
unified diff 格式閱讀指南｜看懂 git diff 的 @@ 標頭
說明如何閱讀 git 產生的 unified diff 格式：@@ -12,7 +12,9 @@ 四個數字的意義、只改一個字元為何顯示成整行替換、空白與換行字元的陷阱、\ No newline at end of file、合併提交的 @@@ 組合式 diff，以及以 similarity index 推斷檔案更名。
UTC⇄JST 換算參考手冊｜9小時時差對照表與時區踩雷指南
以對照表整理 UTC 與日本時間（JST）的換算，並說明與台灣時間（UTC+8）相差 1 小時的關係。內容涵蓋 ISO 8601 的 Z 與 +09:00、JavaScript 日期解析悄悄位移 9 小時的條件、MySQL/PostgreSQL 的時區行為，以及 GitHub Actions cron 一律以 UTC 執行的陷阱。
CREATE TABLE 參考手冊｜MySQL、PostgreSQL、SQLite 的型別與約束差異
以跨資料庫對照表整理 CREATE TABLE（DDL）的寫法：型別對應表、自動編號（AUTO_INCREMENT / IDENTITY / rowid）的方言差異、外鍵的 ON DELETE 行為，以及 MySQL 會靜默忽略的 CHECK 約束。