True เตรียมขยายการแจ้งเตือนภัยพิบัติ Cell Broadcast ขึ้นทีวีออนไลน์ True ID Body True ประกาศแนวทางต่อยอดการเตือนภัยผ่านระบบ Cell Broadcast Service ที่เริ่มใช้งานจริงกับการแจ้งเตือนของ กรมป้องกันและบรรเทาสาธารณภัย (ปภ.) เมื่อเดือนพฤษภาคม 2025 ที่ผ่านมา ว่าจะขยายไปยังทีวีออนไลน์ที่รับชมผ่านแพลตฟอร์ม True ID ด้วย ข้อความแจ้งเตือนผ่านทีวี จะเป็นข้อความเดียวกับที่ส่งผ่านสมาร์ทโฟนผ่านระบบ CBS โดยจะขึ้นกลางจอทีวีเลย การแจ้งเตือนภัยพิบัติผ่านโทรทัศน์ไม่ใช่ของใหม่ และเป็นสิ่งที่ทำกันมานานแล้วในต่างประเทศ เช่น ระบบ Earthquake Early Warning ของประเทศญี่ปุ่น ระบบแจ้งเตือนภัยพิบัติในปัจจุบันมีชื่อเรียกว่า T-Alert โดย ปภ. และหน่วยงานที่เกี่ยวข้องได้จัดทำมาตรฐานการปฏิบัติงาน (Standard Operating Procedure: SOP) สำหรับการส่งสัญญาณเตือนภัยผ่าน CBS และมาตรฐานข้อความแจ้งเตือนภัย (Common Alerting Protocol: CAP) ครอบคลุมภัยพิบัติ 8 ประเภท ได้แก่ แผ่นดินไหว สึนามิ วาตภัย อุทกภัย ดินโคลนถล่ม ภัยหนาว ภัยจาก PM 2.5 และเหตุรุนแรงในพื้นที่สาธารณะ อีกทั้งกำลังอยู่ระหว่างการจัดทำมาตรฐานเพิ่มเติมอีก 6 ประเภทภัย อาทิ โรคระบาดในมนุษย์ อัคคีภัยและสารเคมีอันตราย ภัยจากกองกำลังนอกประเทศ ภัยจราจรและขนส่ง ภัยไซเบอร์ และภัยอื่น ๆ โดยคาดว่าจะแล้วเสร็จภายในสิ้นปี 2569 ที่มา - ข่าวประชาสัมพันธ์ ทรู คอร์ปอเรชั่น mk Mon, 22/09/2025 - 17:42

Meta เขียนบล็อกถึงความยากลำบากในการจัดการ "อธิกวินาที" (leap second) กระบวนการเติมวินาทีเข้าไปในวันที่มีมาตั้งแต่ปี 1972 เพื่อปรับให้เวลา UTC มีเวลาตรงกับการหมุนของโลก พร้อมกับสนับสนุนให้ไปใช้เขตเวลา TAI (temps atomique international เป็นภาษาฝรั่งเศสของ International Atomic Time) ที่ไม่มี leap second มาตั้งแต่ปี 2017 ความลำบากในการจัดการ leap second นั้นเกิดจากตัวเทียบเวลาที่แท้จริงเป็นนาฬิกาอะตอมในดาวเทียม Stratum 0 แต่การปรับเวลาชดเชยนั้นมักจะจัดการในเซิร์ฟเวอร์ NTP ที่ Stratum 2 ช่วงเวลาที่ชดเชย แต่การเติมเวลาหนึ่งวินาทีเข้าไปในหนึ่งวันนั้นทำไม่ได้เพราะระบบปฎิบัติการแบบ POSIX เช่น ลินุกซ์หรือแมคนั้นต้องการให้หนึ่งวันมี 86,400 วินาทีพอดี จึงต้องค่อยๆ "หยอด" (smear) เวลาเติมเข้าไปให้ครบหนึ่งวินาที กระบวนการนี้สร้างความซับซ้อนเพิ่มเติม เพราะเซิร์ฟเวอร์ NTP อาจจะคอนฟิกให้หยอดเวลาไว้หรือไม่ได้คอนฟิกไว้ก็ได้ ทำให้วันที่มี leap second จะเกิดความผิดปกติเวลาที่ได้แต่ละเซิร์ฟเวอร์ไม่ตรงกัน ฝั่ง Meta เองนั้นพยายามสร้างโปรโตคอลเทียบเวลาที่แม่นระดับนาโนวินาที กระบวนการ smear จึงอาศัยการแอบเติมวินาทีในตัวเอง (self-smearing) โดยไลบรารี fbclock จะแอบเติมเวลา 1 นาโนวินาทีเข้าไปทุกๆ 62.5 ไมโครวินาที แต่ปัญหาก็ยังอยู่ คือเซิร์ฟเวอร์ที่ใช้เทคนิคต่างกันอาจจะพบว่ามีเวลาต่างกันถึง 100 ไมโครวินาทีในช่วงเวลาที่ต้องเติมเวลานี้ Meta เองเป็นผู้ผลักดันหนึ่งที่ทำให้หน่วยงานมาตรฐานชั่งตวงนานาชาติประกาศเลิกใช้ leap second ในปี 2035 อย่างไรก็ดีทาง Meta สนับสนุนให้เลิกใช้งานตั้งแต่วันนี้โดยเปลี่ยนเขตเวลาเป็น TAI แทน ซึ่งก็ทำให้จะไม่มี leap second ตั้งแต่วันนี้เลย ที่มา - Meta Topics: Meta Timestamp