Unix time แตะ 1.7 พันล้าน

 (epochconverter.com)
1 คะแนน โดย GN⁺ 2023-11-16 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Unix time 1,700,000,000 ตรงกับเวลา 2023-11-14 22:13:20 ตาม UTC ซึ่งเป็นเวลาที่ผ่านไปแล้ว
  • Epoch Converter มีหน้าเพื่อนับถอยหลังที่คำนวณเวลาที่เหลือเป็นวินาทีจนถึง Unix timestamp ที่กำหนดได้
  • เวลาอ้างอิงของหน้าคือ Unix time 1,782,556,802 ซึ่งตรงกับ 2026-06-27 10:40:02 ตาม UTC
  • เนื่องจากเวลาเป้าหมายเก่ากว่าเวลาอ้างอิง ค่าที่แสดงในการนับถอยหลังจึงเป็น -82,556,802 วินาที
  • ค่าที่ป้อนเป็นมิลลิวินาทีสามารถแปลงเป็นวินาทีได้ และยังสามารถป้อน ชั่วโมง·นาที·วินาที แยกต่างหากเพื่อเริ่มการนับถอยหลังได้

เวลาที่ตรงกับ Unix time 1,700,000,000

  • Unix time 1,700,000,000 ตรงกับวันอังคารที่ 14 พฤศจิกายน 2023 เวลา 22:13:20 ตาม UTC
  • ชื่อหน้าคือ Countdown to Unix time 1,700,000,000

เวลาอ้างอิงและค่านับถอยหลัง

  • เวลาอ้างอิงที่แสดงคือ วันเสาร์ที่ 27 มิถุนายน 2026 10:40:02 UTC+00:00
  • Unix timestamp ของเวลาเดียวกันคือ 1,782,556,802
  • ส่วนต่างจาก timestamp เป้าหมายคือ -82,556,802 วินาที แสดงว่าเวลาเป้าหมายผ่านไปแล้ว

วิธีป้อนข้อมูล

  • สามารถป้อน Unix timestamp ใดก็ได้เพื่อคำนวณการนับถอยหลังเป็นวินาทีจนถึงเวลานั้น
  • ค่าที่ป้อนเป็น มิลลิวินาที จะถูกแปลงเป็นวินาที
  • สามารถป้อน ชั่วโมง, นาที, วินาที ในช่องแยกเพื่อเริ่มการนับถอยหลังได้

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-11-16
ความเห็นจาก Hacker News

  • เป็นช่วงเวลา หมุดหมายของวันที่ ที่เท่มากทีเดียว ไม่รู้ด้วยซ้ำว่ากำลังจะมาถึง แต่ก็ผ่านไปแล้ว

    • สัปดาห์ก่อนมีโพสต์เตือนไว้ล่วงหน้าแล้ว: https://news.ycombinator.com/item?id=38222909
    • ครั้งถัดไปคืออีก 3 ปีข้างหน้า

  • เรื่องเกร็ดเฉพาะทางนี้มีความหมายกับผมพอสมควรเลยเลยรู้สึกสนุก ตอนที่ผมเข้าทำงานที่บริษัทเก่า Unix time อยู่ที่ 1.3 กิกะวินาที แล้วพอได้ดีบักข้อมูลที่มี timestamp เยอะ ๆ ก็เลยได้เห็นมันขยับจาก 1.4 ไป 1.5 แล้วก็ 1.6
    ตอนเปลี่ยนเป็น 1.5 ผมเล่าให้ทีมฟัง ทุกคนทำหน้าเหมือนจะบอกว่า “แล้วไง?” แต่ก็ดีใจที่มีคนอื่นมองการเปลี่ยนแบบนี้เหมือนเป็น เมโทรนอม ระยะยาวเหมือนกัน

    • ผมก็เริ่มทำงานตอน 1.4 เหมือนกัน และคิดว่ามันคงไม่มีวันเปลี่ยนแน่ ๆ
      ตอนนี้มันเกิดยากกว่าปีใหม่เสียอีก น่าจะใช้เป็นข้ออ้างเปิดแชมเปญกับเพื่อนนักพัฒนาได้เลย

  • บังเอิญมันเกิดขึ้นตรงกับวันเกิดผมพอดี เลยเป็นเรื่องบังเอิญที่ยอดเยี่ยมจริง ๆ เพื่อเป็นที่ระลึก ผมเลยทำสิ่งที่น่าจะเป็นไลฟ์สดอันเดียวบน YouTube ที่จับช่วงเวลานี้ไว้: https://www.youtube.com/live/DN1SZ6X7Vfo

    • ของขวัญคือทำให้ความกว้างของหลักไม่สั่นตอนตัวเลขอัปเดต
      font-variant-numeric: tabular-nums;
      https://developer.mozilla.org/en-US/docs/Web/CSS/font-varian...
    • ยิ่งไปกว่านั้น ไม่ใช่แค่เป็นวันเกิดผม แต่ยังเป็น วันเกิดปีที่ 17 ของผมด้วย

  • พลาดไปแบบเฉียดฉิวประมาณหนึ่งชั่วโมง นี่ยังจำตอนมันยังอยู่ที่ 1.2 พันล้านวินาที ได้อยู่เลย เวลาผ่านไปเร็วมาก
    วิธีที่ผมชอบที่สุดในการทำให้เห็นภาพขนาดของล้านกับพันล้านคือมองเป็นวินาที 1 ล้านวินาที คือประมาณ 12 วัน และ 1 พันล้านวินาที คือประมาณ 31 ปี

    • อีกค่าประมาณที่สนุกดีคือ pi * 1e7 วินาทีมีค่าประมาณ 1 ปี
    • คุณยังถือว่าโชคดีนะ ตอนที่ผมเข้า HN มันผ่านไปแล้ว 2 ชั่วโมง

  • ผมเฝ้าดูมันอย่างเรียบร้อยใน sandbox บน deno repl
    new Date().valueOf() / 1000
    ที่หารแทนที่จะใช้ค่า JavaScript ปกติซึ่งเป็นมิลลิวินาทีตรง ๆ ก็เพราะผมอยากนับถอยหลังเป็นหลักพันวินาที ไม่ใช่หลักล้านมิลลิวินาที ยินดีด้วยกับ 1.7 กิกะวินาที

    • ไม่รู้มาก่อนว่า deno repl มีด้วย เจ๋งดี ยินดีด้วยกับ 1.7 กิกะวินาที

  • ตอนนี้เรากำลังเข้าใกล้ เวลาสิ้นโลกของ i32 แล้ว

    • นั่นแหละที่ผมสงสัย ระบบทดแทนอาจจะยอมให้ใช้ timestamp หลังปี 2038 ได้ แต่จะสามารถใส่ timestamp ให้กับ ไฟล์ก่อนปี 1970 ได้ไหม?

  • ปี 2038 น่าจะเป็นปีที่น่าสนใจแน่ ๆ

    • มันคือช่วงเวลาแบบปฏิทินมายาของพวกเรา
    • อย่างน้อยบนระบบของผมไม่มีปัญหา
      $ date --date="@2200000000"
      Sun Sep 18 07:06:40 PM EDT 2039

  • ขอให้ทุกคนสุขภาพดีและโชคดีไปจนถึงตอนที่เป็น 2 พันล้านวินาที
    Wednesday May 18 2033 03:33:20 GMT

  • ช่วงเวลาที่กำลังจะมาถึงมีดังนี้
    $ date --date="@1800000000"
    Fri Jan 15 03:00:00 AM EST 2027
    $ date --date="@1900000000"
    Sun Mar 17 01:46:40 PM EDT 2030
    $ date --date="@2000000000"
    Tue May 17 11:33:20 PM EDT 2033