unix · ISO · เขตเวลา
ตัวแปลงเวลา
วาง Unix timestamp หรือวันที่ ISO 8601 แล้วอ่านช่วงเวลาเดียวกันนั้นใน UTC ในเขตที่คุณเลือก และในเขตที่คุณจับตา การคำนวณเวลาชดเชยเกิดในแท็บนี้
ตัวเลขล้วนถูกอ่านตามความยาว: 10 หลักพอดีคือวินาที 13 หลักพอดีคือมิลลิวินาที และความยาวอื่นจะถูกปฏิเสธแทนที่จะเดา วันที่ ISO ที่ไม่มีค่าชดเชยจะถูกอ่านเป็น UTC เพราะคุณหมายถึงช่วงเวลาหนึ่ง ไม่ใช่หนึ่งช่วงต่อหนึ่งเขต
วิธีแปลง timestamp
ใส่ช่วงเวลา
วาง Unix timestamp 10 หลัก แบบมิลลิวินาที 13 หลัก หรือวันที่ ISO อย่าง 2026-09-12T14:30:00Z — หรือพิมพ์ now เพื่อเริ่มจากวินาทีนี้
เลือกเขตเวลา
เลือกเขตที่ต้องการอ่านช่วงเวลานั้น UTC มาก่อน เขตที่ใช้บ่อยตามมา และรายการเต็มคือเท่าที่ฐานข้อมูลเขตเวลาของเบราว์เซอร์คุณรู้จัก
อ่านนาฬิกา
ช่วงเวลาเดียวกันจะปรากฏเคียงข้างเขตของคุณและรายการย่อ พร้อมค่าชดเชยของแต่ละเขต รวมทั้งค่าเป็นวินาที มิลลิวินาที และไมโครวินาที สำหรับ API ใดก็ตามที่ต้องการ
timestamp คืออะไร และหน้านี้ทำอะไรกับมัน
เวลา Unix นับวินาทีจาก 1970-01-01T00:00:00Z และจงใจไม่นับวินาทีอธิกสุรทิน จึงเป็นเหตุผลที่ตัวเลขนี้เหมือนกันทุกที่ และเขตเวลาเป็นเพียงทางเลือกในการแสดงผลเท่านั้น สิบหลักครอบคลุมปี 2001 ถึง 2286 ค่าที่คัดลอกจากล็อกหรือ URL จึงเกือบทุกครั้งเป็นวินาที ส่วนคอลัมน์ในฐานข้อมูลหรือวันที่ใน JavaScript ให้มาสิบสามหลัก ซึ่งเป็นมิลลิวินาทีในสเกลเดียวกัน
ISO 8601 เขียนสิ่งเดียวกันบนปฏิทิน: 2026-09-12T14:30:00+03:00 คือช่วงเวลาหนึ่งที่แสดงตามนาฬิกาของอิสตันบูล และ Z หมายถึง +00:00 พอดี สตริงที่ไม่มีค่าชดเชยจะกำกวม หน้านี้จึงอ่านเป็น UTC แทนที่จะสันนิษฐานว่าเป็นเขตของเครื่องคุณ ค่าชดเชยเองมาจากฐานข้อมูล tz ของเบราว์เซอร์ จึงเป็นเหตุผลที่ Europe/Istanbul อยู่ที่ UTC+3 ตลอดปีภายใต้กฎที่ตุรกีใช้มาตั้งแต่ 2016 ขณะที่ America/New_York จะเป็น UTC−4 หรือ UTC−5 ขึ้นอยู่กับวันที่
คำถามเกี่ยวกับการแปลงเวลา
timestamp ของฉันถูกส่งไปเซิร์ฟเวอร์ไหม
ไม่ การแยกวิเคราะห์และการคำนวณเขตเวลาทำงานบน API Intl ที่ติดตั้งอยู่ในเบราว์เซอร์ของคุณ ช่วงเวลาที่คุณค้นหาจึงไม่ถูกส่งออกไป และหน้าก็ทำงานแบบออฟไลน์ต่อได้หลังโหลดเสร็จ ไม่มีอะไรถูกบันทึกเป็นล็อก เพราะไม่มีอะไรให้บันทึกด้วย
ทำไม timestamp เดียวกันแสดงชั่วโมงต่างกันสำหรับนิวยอร์ก
เพราะค่าชดเชยของเขตขึ้นอยู่กับวันที่: นิวยอร์กเป็น UTC−5 ในฤดูหนาวและ UTC−4 ในฤดูร้อน และเบราว์เซอร์ใช้กฎที่บังคับใช้ ณ ช่วงเวลานั้น การแปลงจึงเป็นระหว่างสองช่วงเวลาเสมอ ไม่ใช่ระหว่างสองชื่อเขต เปลี่ยน timestamp แล้วค่าชดเชยก็เปลี่ยนตามได้
ควรคัดลอกวินาที มิลลิวินาที หรือไมโครวินาที
ทั้งสามเป็นช่วงเวลาเดียวกันในสามความละเอียด: จำนวนวินาที Unix 10 หลัก แบบมิลลิวินาที 13 หลัก และไมโครวินาทีควบคู่กับทั้งสอง API ต่างต้องการไม่ตรงกัน เวลา Unix ตามธรรมเนียมเป็นวินาที ขณะที่ timestamp ของเบราว์เซอร์และฐานข้อมูลมักเป็นมิลลิวินาที จึงควรเลือกแบบที่เครื่องมือหรือปลายทางที่คุณจะป้อนให้ต้องการ
จะเกิดอะไรขึ้นถ้าฉันวางตัวเลข 12 หลัก
มันจะถูกปฏิเสธแทนที่จะเดา เพราะมีเพียงค่า 10 หลักที่อ่านเป็นวินาทีและ 13 หลักที่อ่านเป็นมิลลิวินาที การเดาจะเลื่อนช่วงเวลาไปหลายทศวรรษอย่างเงียบ ๆ ตัวเลขที่พิมพ์ผิดหรือถูกตัดทอนจึงจับได้ง่ายกว่าในรูปข้อผิดพลาด วันที่ ISO 8601 ที่มีค่าชดเชยใช้ได้ดีพอ ๆ กับตัวเลขและไม่กำกวม