ตัวแปลง Epoch

“epoch” คืออะไร

เวลาแบบ Unix วัดระยะเวลาเป็นวินาที (หรือเศษของวินาที) นับตั้งแต่วันที่ 1 มกราคม ค.ศ. 1970 เวลา 00:00:00 UTC ซึ่งเรียกว่า “Unix epoch” เป็นไทม์สแตมป์ที่เครื่องอ่านได้ซึ่งใช้กันอย่างแพร่หลายที่สุดในซอฟต์แวร์

• ระบบ POSIX: time() จะคืนค่าเป็นวินาทีนับตั้งแต่ epoch
• JavaScript: Date.now() คืนค่าเป็นมิลลิวินาที
• Java: System.currentTimeMillis() คืนค่าเป็นมิลลิวินาที
• Go: time.Now().Unix() คืนค่าเป็นวินาที; UnixNano() คืนค่าเป็นนาโนวินาที

ความแม่นยำตามระดับขนาด

เครื่องแปลงนี้รองรับวินาที มิลลิวินาที และค่าที่มีเศษส่วน โปรดตั้งสวิตช์ความแม่นยำให้ตรงกับค่าที่ป้อน

ไทม์สแตมป์สำคัญ

• 0 – 1 มกราคม ค.ศ. 1970 เวลา 00:00:00 ตามเวลาสากล (UTC) ซึ่งเป็นช่วงเวลาเริ่มต้นโดยตรง
• 1,000,000,000 – วันที่ 9 กันยายน 2001 เวลา 01:46:40 ตามเวลาสากล (UTC) ช่วงเวลาสำคัญที่นิยมใช้เฉลิมฉลองในงานปาร์ตี้ โดยเรียกว่า “ช่วงเวลาหนึ่งพันล้านวินาที”
• 1,234,567,890 – 13 กุมภาพันธ์ 2009 เวลา 23:31:30 ตามเวลาสากล (UTC)
• 2,147,483,647 – 19 มกราคม 2038 เวลา 03:14:07 ตามเวลาสากล (UTC) ปัญหา Y2K38: การเกิดการล้นของข้อมูลในบิตขนาด 32 ที่มีเครื่องหมาย
• 10,000,000,000 – ในอนาคตอันไกลโพ้น: วันที่ 20 พฤศจิกายน ค.ศ. 2286 เวลา 17:46:40 ตามเวลาสากล (UTC)

ปัญหา Y2K38

ระบบต่าง ๆ ที่จัดเก็บเวลาในรูปแบบเลขจำนวนเต็มแบบมีเครื่องหมายขนาด 32 บิต จะเกิดการล้น (overflow) ที่ค่า 2,147,483,647 วินาที (19 มกราคม 2038) ระบบสมัยใหม่ใช้เลขเต็มขนาด 64 บิต ซึ่งช่วยยืดระยะเวลาของปัญหานี้ออกไปไกลกว่าช่วงเวลาที่ดวงอาทิตย์จะเข้าสู่ภาวะ “ความตายจากความร้อน” อย่างไรก็ตาม ระบบฝังตัวรุ่นเก่าและฐานข้อมูลเก่าอาจยังคงได้รับผลกระทบ โปรดตรวจสอบส่วนประกอบของระบบของคุณ

ความละเอียดอ่อนของเขตเวลา

เวลาแบบ epoch มีพื้นฐานเป็น UTC โดยธรรมชาติ เมื่อคุณแปลงเวลาเพื่อการแสดงผล คุณจะต้องกำหนดเขตเวลาให้เหมาะสม

• ชื่อ IANA (America/Los_Angeles, Europe/Berlin): จัดการโหมดประหยัดแสงธรรมชาติโดยอัตโนมัติ
• ค่าออฟเซ็ต (-08:00, +05:30): ค่าออฟเซ็ตที่ถูกกำหนดไว้ล่วงหน้า โดยไม่คำนึงถึงการเปลี่ยนแปลงของเวลาฤดูร้อน
• คำย่อ (PST, CEST): มีความคลุมเครือ; พื้นที่ต่าง ๆ ใช้คำย่อเดียวกัน ควรหลีกเลี่ยงการใช้คำย้อนกลับนี้ในการจัดเก็บข้อมูล

กฎของ DST จะเปลี่ยนแปลงไปตามกาลเวลา สำหรับข้อมูลเวลาในไฟล์ America/New_York ที่มีลักษณะเป็นข้อมูลทางประวัติศาสตร์ จะใช้กฎของ DST ที่มีผลบังคับใช้ในวันนั้น ไม่ใช่กฎในปัจจุบัน เครื่องแปลงนี้แสดงเวลา UTC เสมอ หากต้องการดูช่วงเวลานั้นในภูมิภาคของคุณ ให้ตีความผลลัพธ์ UTC ด้วยชื่อ IANA หรือค่าออฟเซ็ตคงที่

ISO 8601 เทียบกับ RFC 2822

สำหรับเวลาประทับในรูปแบบข้อมูล:

• ISO 8601 (2024-10-21T14:30:12Z): มาตรฐานสมัยใหม่ที่แนะนำ สามารถเรียงลำดับได้ และไม่มีความคลุมเครือ
• RFC 2822 (Mon, 21 Oct 2024 14:30:12 +0000): ใช้ในหัวข้อ HTTP และอีเมล

สำหรับการแสดงผลให้ผู้ใช้เห็น: ใช้รูปแบบท้องถิ่นตามข้อกำหนดด้านภาษาและวัฒนธรรมของแต่ละพื้นที่

การทำงานกับอธิกวินาที

เวลาตามมาตรฐาน POSIX ไม่นับอธิกวินาที และจะถอยกลับไปหนึ่งวินาทีอย่างเงียบ ๆ เมื่อมีการแทรกอธิกวินาทีเข้าไป ในขณะที่ TAI (International Atomic Time) จะนับอธิกวินาทีเหล่านี้ สำหรับโค้ดแอปพลิเคชันส่วนใหญ่ การใช้ POSIX ถือว่าถูกต้อง แต่สำหรับงานด้านดาราศาสตร์ ภูมิมาตรศาสตร์ และการวัดเวลาแบบแม่นยำ ควรใช้ TAI หรือ UTC ที่คำนึงถึงอธิกวินาที