UNIX 時間換算
自動判斷 10 位秒 / 13 位毫秒，雙向轉換 UNIX 時間與日期。
以 UTC 為基準計算，並顯示 ISO 8601、人類可讀格式與星期資訊，全部在瀏覽器中完成。
提供「現在時間 Now」與每秒自動更新、各欄位複製、清除輸入等便利功能，
開發或除錯時可以快速確認時間差異。
時區與夏令時間處理由 Intl API 負責，無需額外設定。
自動判斷是秒或毫秒並轉換
與 UNIX 輸入自動同步，使用本地時間。
Unix 時間戳轉換工具
Unix timestamp 常出現在 logs、資料庫、API 回應、JWT claims、分析匯出與監控警報中。這個工具可以將秒或毫秒單位的 timestamp 轉成可讀日期，也能將日期轉回 Unix timestamp。
常見用途
- 調查 logs：將數字時間轉成實際發生時間。
- 檢查 API 欄位：解讀
created_at、updated_at、iat、exp等值。 - 驗證儲存資料：確認 timestamp 是否符合使用者操作或系統事件。
秒與毫秒
10 位數 timestamp 通常是秒，13 位數通常是毫秒，但系統可能不同。如果轉換後日期明顯不對，請先確認單位。
這個工具的相關文章
UNIX 時間與時區基礎知識：工程師必備的核心概念
詳細解說 UNIX 時間的定義、毫秒與秒的區別、時區（UTC/JST）的處理，以及開發中常見的陷阱。
如何換算毫秒、秒、分鐘與小時：用於逾時與 TTL 設定
換算 ms、秒、分鐘、小時、天，避免在 API 逾時、快取 TTL、重試與監控間隔設定中混淆毫秒與秒。
UTC⇄JST 換算參考手冊｜9小時時差對照表與時區踩雷指南
以對照表整理 UTC 與日本時間（JST）的換算，並說明與台灣時間（UTC+8）相差 1 小時的關係。內容涵蓋 ISO 8601 的 Z 與 +09:00、JavaScript 日期解析悄悄位移 9 小時的條件、MySQL/PostgreSQL 的時區行為，以及 GitHub Actions cron 一律以 UTC 執行的陷阱。
最新文章
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 約束。