ปิดโฆษณา
ตัวแปลงตราประทับเวลา
ตัวแปลงตราประทับเวลา
รองรับการแปลงระหว่าง Unix timestamp และวันที่ ตรวจจับหน่วยวินาที/มิลลิวินาทีโดยอัตโนมัติ ให้การแปลงเขตเวลาท้องถิ่น UTC และเมืองทั่วโลก รองรับ ISO 8601, RFC 2822, SQL และรูปแบบอื่น ๆ เหมาะสำหรับการวิเคราะห์บันทึก การดีบักการพัฒนา และการบำรุงรักษาฐานข้อมูล
🚀 เริ่มต้นอย่างรวดเร็ว
- เลือกทิศทาง: Timestamp → วันที่ หรือ วันที่ → Timestamp
- อินพุต: 10 หลัก = วินาที, 13 หลัก = มิลลิวินาที หรือกรอก “2024-01-01 12:00:00” / ISO
- เลือกหน่วยและเขตเวลา: วินาที/มิลลิวินาที; เวลาท้องถิ่น/UTC/เมืองหลัก ๆ
- คัดลอกผลลัพธ์: มีหลายรูปแบบที่ใช้บ่อย คัดลอกด้วยคลิกเดียว
📌 สถานการณ์การใช้งานทั่วไป
- ไล่ดู log: แปลงตราประทับเวลาใน log ฝั่ง backend ให้เป็นวัน‑เวลาอ่านง่ายเพื่อหาจุดผิดปกติ
- วันหมดอายุ token/session: ตรวจค่า exp/iat ของ JWT และช่วงเวลาที่มีผล
- นำเข้า/ส่งออกฐานข้อมูล: แปลงระหว่างตราประทับเวลากับฟิลด์วันที่ใน SQL/CSV
- การแสดงผลฝั่ง frontend: backend ส่งเป็นวินาที/มิลลิวินาที; แปลงและฟอร์แมตตามเขตเวลาของผู้ใช้ฝั่งหน้าเว็บ
- ดีบักข้ามเขตเวลา: สลับเขตเวลาของเมืองต่าง ๆ เพื่อดูความต่าง
- ตารางเวลา: ตรวจสอบว่าเวลา Trigger ตรงตามที่คาด
- พารามิเตอร์ API: ตรวจสอบหน่วยเวลาใน request/response (วินาที/มิลลิวินาที) และรูปแบบวันที่
- งานตรวจสอบ/ข้อกำกับ: แปลงระหว่าง ISO และตราประทับเวลาเพื่อใช้ตรวจสอบด้วยตนเอง
🎛️ หน่วย เวลา และรูปแบบ
- รูปแบบที่รองรับ: ISO 8601, RFC 2822, YYYY‑MM‑DD HH:mm:ss, YYYY/MM/DD HH:mm:ss, HTTP/SQL ฯลฯ
- รูปแบบกำหนดเอง: รองรับเทมเพลตที่พบบ่อย
- ตรวจจับอัตโนมัติ: 10 หลักสำหรับวินาที หรือ 13 หลักสำหรับมิลลิวินาที
- เขตเวลา: เลือกตามเมือง ระบบจะจัดการ DST และแสดง offset จาก UTC ให้
🧭 คำแนะนำการใช้งาน
- การเก็บ/การแสดงผล: แนะนำให้เก็บเวลาเป็น UTC แล้วแสดงผลตามเขตเวลาผู้ใช้เพื่อลดการคูณซ้ำ
- ดีบัก Log/API: ไล่ ไทม์ไลน์ ตรวจวันหมดอายุ token และตรวจสอบพารามิเตอร์เวลา
- ช่วงเวลา: หากต้องการหาต่างระหว่างเวลา แนะนำให้นำผลลัพธ์ไปคำนวณต่อภายนอก
- เรียลไทม์: แถบด้านบนจะแสดงเวลาปัจจุบันและตราประทับเวลา (อัปเดตระดับมิลลิวินาที)
⚠️ ข้อจำกัดและความเข้ากันได้
- ความละเอียด: Date ของ JavaScript มีความละเอียดระดับมิลลิวินาที ถ้าต้องการ µs/ns ให้ใช้ไลบรารีหรือตัวแทนแบบสตริง
- leap second: โดยทั่วไปจะไม่แสดงแยก ต่างระบบมักจัดแนวให้ตรงกับ UTC โดยโปร่งใส
- ปี 2038: Unix time 32 บิตจะล้นในวันที่ 2038‑01‑19 03:14:07 แนะนำให้ใช้ตราประทับเวลา 64 บิต
- กติกาอินพุต: อักขระแปลก ๆ บางส่วนจะถูก normalize หากยังไม่ถูกต้อง/คลุมเครือ ระบบจะแจ้งเตือน
🔒 ความเป็นส่วนตัวและความปลอดภัย
- ประมวลผลในเครื่องทั้งหมด ข้อมูลจะไม่ถูกส่งออกจากอุปกรณ์
❓ คำถามที่พบบ่อย
ตัวเลข 10 และ 13 หลักหมายถึงอะไร?
10 หลักมักหมายถึงวินาที 13 หลักหมายถึงมิลลิวินาที ความยาวอื่นจะถูกตรวจสอบตามกติกา
ทำไมเวลาเปลี่ยนเมื่อสลับเขตเวลา?
เพราะเป็นเหตุการณ์เดียวกัน แต่เขตเวลาต่างกัน เวลาท้องถิ่นจึงต่างกัน
ทำไมเวลา ISO กับเวลาท้องถิ่นดูไม่ตรงกัน?
ISO เป็นรูปแบบมาตรฐาน ส่วนการแสดงเวลาท้องถิ่นขึ้นกับ locale/เขตเวลา ทั้งสองเป็นคนละมุมมองของเวลาเดียวกัน
หาก parse ไม่ผ่านควรตรวจสอบอย่างไร?
ควรใช้ ISO เป็นหลัก ตรวจสอบช่องว่าง/สัญลักษณ์ฟูลวิดท์/offset เขตเวลา และลองกำหนดรูปแบบเองเมื่อจำเป็น