• “DetourDog: มัลแวร์ DNS ที่แอบเปลี่ยนเส้นทางกว่า 30,000 เว็บไซต์ — แพร่ Strela Stealer โดยไม่ให้เหยื่อรู้ตัว”

    นักวิจัยจาก Infoblox ได้เปิดเผยแคมเปญมัลแวร์ขนาดใหญ่ที่ชื่อว่า “DetourDog” ซึ่งสามารถแอบเปลี่ยนเส้นทางเว็บไซต์กว่า 30,000 แห่ง โดยใช้เทคนิคการโจมตีผ่าน DNS ที่ซับซ้อนและยากต่อการตรวจจับ จุดเด่นของแคมเปญนี้คือการใช้ DNS redirection จากฝั่งเซิร์ฟเวอร์ ไม่ใช่จากฝั่งผู้ใช้ ทำให้เหยื่อไม่รู้ตัวเลยว่าถูกเปลี่ยนเส้นทางไปยังเว็บไซต์ที่ฝังมัลแวร์

    เมื่อผู้ใช้เข้าเว็บไซต์ที่ถูกติดมัลแวร์ DetourDog จะเปลี่ยนเส้นทางไปยังเซิร์ฟเวอร์ที่โฮสต์ Strela Stealer ซึ่งเป็นมัลแวร์แบบ modular ที่สามารถขโมยข้อมูลจากหลายแหล่ง เช่น อีเมล Microsoft Outlook, Thunderbird และเบราว์เซอร์ต่าง ๆ โดยใช้เทคนิค drive-by download หรือการโจมตีผ่านช่องโหว่ของเบราว์เซอร์

    DetourDog ยังใช้โครงสร้างพื้นฐานที่ซับซ้อน เช่น registrar ที่ถูกแฮก DNS provider ที่ถูกควบคุม และโดเมนที่ตั้งค่าผิด เพื่อกระจายมัลแวร์ให้กว้างขึ้น Strela Stealer เองก็มีการพัฒนาอย่างต่อเนื่องตั้งแต่ปี 2022 และตอนนี้สามารถสื่อสารกับเซิร์ฟเวอร์ควบคุมเพื่ออัปเดตตัวเองและส่งข้อมูลที่ขโมยไปได้แบบ persistent

    แม้จะยังไม่สามารถระบุได้ว่าใครอยู่เบื้องหลัง แต่คำว่า “strela” แปลว่า “ลูกศร” ในภาษารัสเซียและสลาฟอื่น ๆ ซึ่งอาจเป็นเบาะแสถึงต้นทางของแคมเปญนี้ ขณะนี้ Infoblox ได้แจ้งเตือนเจ้าของโดเมนที่ได้รับผลกระทบและหน่วยงานที่เกี่ยวข้องแล้ว แต่ขอบเขตของความเสียหายยังไม่ชัดเจน

    ข้อมูลสำคัญจากข่าว
    DetourDog เป็นแคมเปญมัลแวร์ที่ใช้ DNS redirection เพื่อเปลี่ยนเส้นทางเว็บไซต์กว่า 30,000 แห่ง
    DNS requests ถูกส่งจากฝั่งเซิร์ฟเวอร์ ทำให้เหยื่อไม่รู้ตัว
    เหยื่อถูกเปลี่ยนเส้นทางไปยังเว็บไซต์ที่โฮสต์ Strela Stealer
    Strela Stealer เป็นมัลแวร์แบบ modular ที่ขโมยข้อมูลจากอีเมลและเบราว์เซอร์
    ใช้เทคนิค drive-by download และ browser exploit เพื่อแพร่กระจาย
    โครงสร้างมัลแวร์ใช้ registrar, DNS provider และโดเมนที่ถูกควบคุม
    Strela Stealer สามารถสื่อสารกับเซิร์ฟเวอร์ควบคุมเพื่ออัปเดตและส่งข้อมูล
    Infoblox แจ้งเตือนเจ้าของโดเมนและหน่วยงานที่เกี่ยวข้องแล้ว
    คำว่า “strela” แปลว่า “ลูกศร” ในภาษารัสเซีย อาจเป็นเบาะแสถึงต้นทาง

    ข้อมูลเสริมจากภายนอก
    DNS redirection เป็นเทคนิคที่ใช้เปลี่ยนเส้นทางผู้ใช้โดยไม่ต้องแก้ไขเนื้อหาเว็บ
    Infostealer เป็นมัลแวร์ที่เน้นขโมยข้อมูล credential และ session
    Drive-by download คือการติดมัลแวร์โดยไม่ต้องคลิกหรือดาวน์โหลดไฟล์
    การโจมตีผ่าน DNS ทำให้ระบบตรวจจับทั่วไปไม่สามารถมองเห็นได้
    Strela Stealer มีความสามารถในการปรับตัวและหลบเลี่ยงการตรวจจับ

    https://www.techradar.com/pro/security/dangerous-dns-malware-infects-over-30-000-websites-so-be-on-your-guard
    🕵️‍♂️ “DetourDog: มัลแวร์ DNS ที่แอบเปลี่ยนเส้นทางกว่า 30,000 เว็บไซต์ — แพร่ Strela Stealer โดยไม่ให้เหยื่อรู้ตัว” นักวิจัยจาก Infoblox ได้เปิดเผยแคมเปญมัลแวร์ขนาดใหญ่ที่ชื่อว่า “DetourDog” ซึ่งสามารถแอบเปลี่ยนเส้นทางเว็บไซต์กว่า 30,000 แห่ง โดยใช้เทคนิคการโจมตีผ่าน DNS ที่ซับซ้อนและยากต่อการตรวจจับ จุดเด่นของแคมเปญนี้คือการใช้ DNS redirection จากฝั่งเซิร์ฟเวอร์ ไม่ใช่จากฝั่งผู้ใช้ ทำให้เหยื่อไม่รู้ตัวเลยว่าถูกเปลี่ยนเส้นทางไปยังเว็บไซต์ที่ฝังมัลแวร์ เมื่อผู้ใช้เข้าเว็บไซต์ที่ถูกติดมัลแวร์ DetourDog จะเปลี่ยนเส้นทางไปยังเซิร์ฟเวอร์ที่โฮสต์ Strela Stealer ซึ่งเป็นมัลแวร์แบบ modular ที่สามารถขโมยข้อมูลจากหลายแหล่ง เช่น อีเมล Microsoft Outlook, Thunderbird และเบราว์เซอร์ต่าง ๆ โดยใช้เทคนิค drive-by download หรือการโจมตีผ่านช่องโหว่ของเบราว์เซอร์ DetourDog ยังใช้โครงสร้างพื้นฐานที่ซับซ้อน เช่น registrar ที่ถูกแฮก DNS provider ที่ถูกควบคุม และโดเมนที่ตั้งค่าผิด เพื่อกระจายมัลแวร์ให้กว้างขึ้น Strela Stealer เองก็มีการพัฒนาอย่างต่อเนื่องตั้งแต่ปี 2022 และตอนนี้สามารถสื่อสารกับเซิร์ฟเวอร์ควบคุมเพื่ออัปเดตตัวเองและส่งข้อมูลที่ขโมยไปได้แบบ persistent แม้จะยังไม่สามารถระบุได้ว่าใครอยู่เบื้องหลัง แต่คำว่า “strela” แปลว่า “ลูกศร” ในภาษารัสเซียและสลาฟอื่น ๆ ซึ่งอาจเป็นเบาะแสถึงต้นทางของแคมเปญนี้ ขณะนี้ Infoblox ได้แจ้งเตือนเจ้าของโดเมนที่ได้รับผลกระทบและหน่วยงานที่เกี่ยวข้องแล้ว แต่ขอบเขตของความเสียหายยังไม่ชัดเจน ✅ ข้อมูลสำคัญจากข่าว ➡️ DetourDog เป็นแคมเปญมัลแวร์ที่ใช้ DNS redirection เพื่อเปลี่ยนเส้นทางเว็บไซต์กว่า 30,000 แห่ง ➡️ DNS requests ถูกส่งจากฝั่งเซิร์ฟเวอร์ ทำให้เหยื่อไม่รู้ตัว ➡️ เหยื่อถูกเปลี่ยนเส้นทางไปยังเว็บไซต์ที่โฮสต์ Strela Stealer ➡️ Strela Stealer เป็นมัลแวร์แบบ modular ที่ขโมยข้อมูลจากอีเมลและเบราว์เซอร์ ➡️ ใช้เทคนิค drive-by download และ browser exploit เพื่อแพร่กระจาย ➡️ โครงสร้างมัลแวร์ใช้ registrar, DNS provider และโดเมนที่ถูกควบคุม ➡️ Strela Stealer สามารถสื่อสารกับเซิร์ฟเวอร์ควบคุมเพื่ออัปเดตและส่งข้อมูล ➡️ Infoblox แจ้งเตือนเจ้าของโดเมนและหน่วยงานที่เกี่ยวข้องแล้ว ➡️ คำว่า “strela” แปลว่า “ลูกศร” ในภาษารัสเซีย อาจเป็นเบาะแสถึงต้นทาง ✅ ข้อมูลเสริมจากภายนอก ➡️ DNS redirection เป็นเทคนิคที่ใช้เปลี่ยนเส้นทางผู้ใช้โดยไม่ต้องแก้ไขเนื้อหาเว็บ ➡️ Infostealer เป็นมัลแวร์ที่เน้นขโมยข้อมูล credential และ session ➡️ Drive-by download คือการติดมัลแวร์โดยไม่ต้องคลิกหรือดาวน์โหลดไฟล์ ➡️ การโจมตีผ่าน DNS ทำให้ระบบตรวจจับทั่วไปไม่สามารถมองเห็นได้ ➡️ Strela Stealer มีความสามารถในการปรับตัวและหลบเลี่ยงการตรวจจับ https://www.techradar.com/pro/security/dangerous-dns-malware-infects-over-30-000-websites-so-be-on-your-guard
    WWW.TECHRADAR.COM
    Dangerous DNS malware infects over 30,000 websites - so be on your guard
    DetourDog is using compromised sites to deliver infostealers, experts warn
    0 Comments 0 Shares 89 Views 0 Reviews
  • “Litestream v0.5.0 มาแล้ว — สำรอง SQLite แบบ Point-in-Time ได้จริง พร้อมฟอร์แมต LTX ที่เร็วกว่าและฉลาดกว่า”

    หลังจากหลายปีที่ SQLite ถูกมองว่าเหมาะกับงานเล็ก ๆ เท่านั้น เพราะไม่มีระบบสำรองข้อมูลที่ดีพอ ล่าสุด Litestream v0.5.0 ได้เปิดตัวพร้อมฟีเจอร์ใหม่ที่เปลี่ยนเกม — รองรับการกู้คืนฐานข้อมูลแบบ Point-in-Time Recovery (PITR) ด้วยฟอร์แมตใหม่ชื่อว่า LTX ซึ่งช่วยให้การสำรองและกู้คืนข้อมูลมีประสิทธิภาพสูงขึ้นอย่างมาก

    Litestream เป็นโปรแกรมโอเพ่นซอร์สที่ทำงานแบบ sidecar คอยจับการเปลี่ยนแปลงในฐานข้อมูล SQLite แล้วส่งไปเก็บไว้ใน object storage เช่น S3, Google Cloud หรือ Azure โดยไม่ต้องแก้ไขแอปพลิเคชันเดิมเลย และเมื่อเซิร์ฟเวอร์ล่ม ก็สามารถกู้คืนฐานข้อมูลกลับมาได้อย่างรวดเร็ว

    ในเวอร์ชันใหม่ Litestream ได้นำแนวคิดจาก LiteFS ซึ่งเป็นโปรเจกต์พี่น้องที่ใช้ FUSE filesystem มาใช้ โดยเปลี่ยนจากการเก็บข้อมูลแบบ WAL segment ไปเป็น LTX file ที่สามารถบีบอัดและจัดเรียงข้อมูลได้อย่างมีประสิทธิภาพ ทำให้สามารถกู้คืนฐานข้อมูลได้จากไฟล์เพียงไม่กี่ชุด

    ฟอร์แมต LTX ยังช่วยให้ Litestream ไม่ต้องใช้ระบบ “generation” แบบเดิมที่ซับซ้อน เพราะสามารถใช้ transaction ID ที่เพิ่มขึ้นเรื่อย ๆ เพื่อระบุสถานะของฐานข้อมูลในแต่ละช่วงเวลาได้ทันที

    นอกจากนี้ Litestream v0.5.0 ยังปรับปรุงระบบ replica ให้รองรับ NATS JetStream, ยกเลิกการใช้ CGO เพื่อให้ cross-compile ได้ง่ายขึ้น และเปลี่ยนมาใช้ modernc.org/sqlite แทน go-sqlite3 เพื่อรองรับระบบ build อัตโนมัติที่หลากหลายมากขึ้น

    ข้อมูลสำคัญจากข่าว
    Litestream v0.5.0 รองรับ Point-in-Time Recovery ด้วยฟอร์แมต LTX
    LTX ช่วยบีบอัดและจัดเรียงข้อมูลแบบ transaction-aware ทำให้กู้คืนได้เร็วขึ้น
    ไม่ต้องใช้ระบบ generation แบบเดิมอีกต่อไป ใช้ transaction ID แทน
    รองรับการสำรองข้อมูลไปยัง S3, Google Cloud, Azure และ NATS JetStream
    ยกเลิก CGO และเปลี่ยนมาใช้ modernc.org/sqlite เพื่อรองรับ cross-compile
    เพิ่มระบบ compaction แบบหลายระดับ: 30 วินาที, 5 นาที, 1 ชั่วโมง
    รองรับการกู้คืนฐานข้อมูลด้วยไฟล์เพียงไม่กี่ชุดโดยไม่ต้องโหลดทั้งฐาน
    ฟีเจอร์ใหม่ในอนาคต: Litestream VFS สำหรับ read-replica แบบทันทีจาก S3

    ข้อมูลเสริมจากภายนอก
    SQLite ใช้โครงสร้าง B-tree และจัดเก็บข้อมูลเป็น page ขนาด 4KB
    WAL (Write-Ahead Logging) เป็นระบบที่ SQLite ใช้เพื่อจัดการการเขียนข้อมูล
    LiteFS ใช้ FUSE เพื่อเข้าถึง SQLite โดยตรงและทำ replication แบบ live
    Point-in-Time Recovery เป็นฟีเจอร์ที่นิยมในฐานข้อมูลใหญ่ เช่น PostgreSQL
    modernc.org/sqlite เป็นไลบรารี Go ที่ไม่ต้องใช้ CGO ทำให้ build ได้ง่ายกว่า

    https://fly.io/blog/litestream-v050-is-here/
    🗄️ “Litestream v0.5.0 มาแล้ว — สำรอง SQLite แบบ Point-in-Time ได้จริง พร้อมฟอร์แมต LTX ที่เร็วกว่าและฉลาดกว่า” หลังจากหลายปีที่ SQLite ถูกมองว่าเหมาะกับงานเล็ก ๆ เท่านั้น เพราะไม่มีระบบสำรองข้อมูลที่ดีพอ ล่าสุด Litestream v0.5.0 ได้เปิดตัวพร้อมฟีเจอร์ใหม่ที่เปลี่ยนเกม — รองรับการกู้คืนฐานข้อมูลแบบ Point-in-Time Recovery (PITR) ด้วยฟอร์แมตใหม่ชื่อว่า LTX ซึ่งช่วยให้การสำรองและกู้คืนข้อมูลมีประสิทธิภาพสูงขึ้นอย่างมาก Litestream เป็นโปรแกรมโอเพ่นซอร์สที่ทำงานแบบ sidecar คอยจับการเปลี่ยนแปลงในฐานข้อมูล SQLite แล้วส่งไปเก็บไว้ใน object storage เช่น S3, Google Cloud หรือ Azure โดยไม่ต้องแก้ไขแอปพลิเคชันเดิมเลย และเมื่อเซิร์ฟเวอร์ล่ม ก็สามารถกู้คืนฐานข้อมูลกลับมาได้อย่างรวดเร็ว ในเวอร์ชันใหม่ Litestream ได้นำแนวคิดจาก LiteFS ซึ่งเป็นโปรเจกต์พี่น้องที่ใช้ FUSE filesystem มาใช้ โดยเปลี่ยนจากการเก็บข้อมูลแบบ WAL segment ไปเป็น LTX file ที่สามารถบีบอัดและจัดเรียงข้อมูลได้อย่างมีประสิทธิภาพ ทำให้สามารถกู้คืนฐานข้อมูลได้จากไฟล์เพียงไม่กี่ชุด ฟอร์แมต LTX ยังช่วยให้ Litestream ไม่ต้องใช้ระบบ “generation” แบบเดิมที่ซับซ้อน เพราะสามารถใช้ transaction ID ที่เพิ่มขึ้นเรื่อย ๆ เพื่อระบุสถานะของฐานข้อมูลในแต่ละช่วงเวลาได้ทันที นอกจากนี้ Litestream v0.5.0 ยังปรับปรุงระบบ replica ให้รองรับ NATS JetStream, ยกเลิกการใช้ CGO เพื่อให้ cross-compile ได้ง่ายขึ้น และเปลี่ยนมาใช้ modernc.org/sqlite แทน go-sqlite3 เพื่อรองรับระบบ build อัตโนมัติที่หลากหลายมากขึ้น ✅ ข้อมูลสำคัญจากข่าว ➡️ Litestream v0.5.0 รองรับ Point-in-Time Recovery ด้วยฟอร์แมต LTX ➡️ LTX ช่วยบีบอัดและจัดเรียงข้อมูลแบบ transaction-aware ทำให้กู้คืนได้เร็วขึ้น ➡️ ไม่ต้องใช้ระบบ generation แบบเดิมอีกต่อไป ใช้ transaction ID แทน ➡️ รองรับการสำรองข้อมูลไปยัง S3, Google Cloud, Azure และ NATS JetStream ➡️ ยกเลิก CGO และเปลี่ยนมาใช้ modernc.org/sqlite เพื่อรองรับ cross-compile ➡️ เพิ่มระบบ compaction แบบหลายระดับ: 30 วินาที, 5 นาที, 1 ชั่วโมง ➡️ รองรับการกู้คืนฐานข้อมูลด้วยไฟล์เพียงไม่กี่ชุดโดยไม่ต้องโหลดทั้งฐาน ➡️ ฟีเจอร์ใหม่ในอนาคต: Litestream VFS สำหรับ read-replica แบบทันทีจาก S3 ✅ ข้อมูลเสริมจากภายนอก ➡️ SQLite ใช้โครงสร้าง B-tree และจัดเก็บข้อมูลเป็น page ขนาด 4KB ➡️ WAL (Write-Ahead Logging) เป็นระบบที่ SQLite ใช้เพื่อจัดการการเขียนข้อมูล ➡️ LiteFS ใช้ FUSE เพื่อเข้าถึง SQLite โดยตรงและทำ replication แบบ live ➡️ Point-in-Time Recovery เป็นฟีเจอร์ที่นิยมในฐานข้อมูลใหญ่ เช่น PostgreSQL ➡️ modernc.org/sqlite เป็นไลบรารี Go ที่ไม่ต้องใช้ CGO ทำให้ build ได้ง่ายกว่า https://fly.io/blog/litestream-v050-is-here/
    FLY.IO
    Litestream v0.5.0 is Here
    Same Litestream goodness but better, faster, stronger
    0 Comments 0 Shares 70 Views 0 Reviews
  • “Aiode เปิดตัวแพลตฟอร์ม AI ดนตรีแบบจริยธรรม — สร้างเพลงร่วมกับนักดนตรีเสมือนที่ได้รับค่าตอบแทนจริง”

    ในยุคที่เพลงจาก AI กำลังท่วมแพลตฟอร์มสตรีมมิ่ง และปัญหาลิขสิทธิ์กลายเป็นประเด็นร้อน Aiode ได้เปิดตัวแพลตฟอร์มใหม่ที่พลิกแนวคิดการสร้างเพลงด้วย AI โดยเน้น “จริยธรรม” และ “ความร่วมมือกับมนุษย์” เป็นหัวใจหลัก

    Aiode เป็นแอปเดสก์ท็อปสำหรับนักดนตรีและโปรดิวเซอร์ ที่ให้ผู้ใช้สร้างเพลงร่วมกับ “นักดนตรีเสมือน” ซึ่งเป็นโมเดล AI ที่ถูกฝึกจากสไตล์ของนักดนตรีจริง โดยนักดนตรีเหล่านี้มีส่วนร่วมในการเลือกเครื่องดนตรี แนวเพลง และลักษณะการเล่นของโมเดล และที่สำคัญคือได้รับค่าตอบแทนทุกครั้งที่โมเดลของพวกเขาถูกใช้งาน

    ผู้ใช้สามารถเลือกนักดนตรีเสมือนที่ต้องการ แล้วให้พวกเขาเล่นท่อนโซโลหรือคอรัสใหม่ โดยไม่ต้องแก้ไขทั้งเพลง ซึ่งเป็นฟีเจอร์ที่ได้รับความนิยมสูงสุดจากการทดสอบแบบปิดก่อนเปิดตัวจริง นอกจากนี้ยังสามารถปรับแต่งสไตล์ การเล่น และโครงสร้างของเพลงได้อย่างละเอียด

    Aiode ยังเน้นความโปร่งใสในการฝึกโมเดล โดยใช้ข้อมูลที่ได้รับอนุญาตเท่านั้น และมีระบบ “clean room” ที่แยกข้อมูลฝึกออกจากระบบอื่น เพื่อป้องกันการละเมิดลิขสิทธิ์ พร้อมระบบจ่ายค่าลิขสิทธิ์กลับไปยังศิลปินต้นฉบับผ่านกลไก royalty pool

    แม้จะใช้เวลามากกว่าการพิมพ์ prompt แล้วรอเพลงจากแพลตฟอร์มอย่าง Suno หรือ Udio แต่ Aiode ให้ความสำคัญกับการควบคุมและความแม่นยำในการสร้างเพลงมากกว่า โดยเปรียบเสมือนการทำงานร่วมกับนักดนตรีจริงในสตูดิโอ

    ข้อมูลสำคัญจากข่าว
    Aiode เปิดตัวแพลตฟอร์ม AI ดนตรีแบบเดสก์ท็อปสำหรับนักดนตรีและโปรดิวเซอร์
    ใช้ “นักดนตรีเสมือน” ที่ถูกฝึกจากสไตล์ของนักดนตรีจริง
    นักดนตรีต้นฉบับมีส่วนร่วมในการเลือกเครื่องดนตรีและแนวเพลงของโมเดล
    ได้รับค่าตอบแทนทุกครั้งที่โมเดลของพวกเขาถูกใช้งาน
    ผู้ใช้สามารถปรับแต่งท่อนเพลงเฉพาะ เช่น คอรัสหรือโซโล โดยไม่ต้องแก้ทั้งเพลง
    ใช้ระบบ clean room และข้อมูลที่ได้รับอนุญาตเท่านั้นในการฝึกโมเดล
    มีระบบจ่ายค่าลิขสิทธิ์ผ่าน royalty pool กลับไปยังศิลปินต้นฉบับ
    เน้นการควบคุมและความแม่นยำมากกว่าการสร้างเพลงแบบ prompt-based
    เปิดตัวหลังจากทดสอบแบบปิดนานกว่า 1 ปี และได้รับเงินทุน $5.5M เพื่อขยายแพลตฟอร์ม

    ข้อมูลเสริมจากภายนอก
    Suno และ Udio เป็นแพลตฟอร์ม AI ดนตรีที่เน้นการสร้างเพลงจากข้อความแบบรวดเร็ว
    ปัญหาลิขสิทธิ์ในวงการ AI ดนตรีกำลังทวีความรุนแรง โดยมีการฟ้องร้องหลายกรณี
    การฝึกโมเดลด้วยข้อมูลที่ได้รับอนุญาตช่วยลดความเสี่ยงด้านกฎหมาย
    นักดนตรีสามารถใช้ Aiode เพื่อเข้าใจสไตล์ของตัวเองผ่านโมเดลเสมือน
    การใช้ AI แบบจริยธรรมอาจกลายเป็นมาตรฐานใหม่ในวงการสร้างสรรค์

    https://www.techradar.com/ai-platforms-assistants/musicians-meet-your-ethical-ai-bandmates
    🎼 “Aiode เปิดตัวแพลตฟอร์ม AI ดนตรีแบบจริยธรรม — สร้างเพลงร่วมกับนักดนตรีเสมือนที่ได้รับค่าตอบแทนจริง” ในยุคที่เพลงจาก AI กำลังท่วมแพลตฟอร์มสตรีมมิ่ง และปัญหาลิขสิทธิ์กลายเป็นประเด็นร้อน Aiode ได้เปิดตัวแพลตฟอร์มใหม่ที่พลิกแนวคิดการสร้างเพลงด้วย AI โดยเน้น “จริยธรรม” และ “ความร่วมมือกับมนุษย์” เป็นหัวใจหลัก Aiode เป็นแอปเดสก์ท็อปสำหรับนักดนตรีและโปรดิวเซอร์ ที่ให้ผู้ใช้สร้างเพลงร่วมกับ “นักดนตรีเสมือน” ซึ่งเป็นโมเดล AI ที่ถูกฝึกจากสไตล์ของนักดนตรีจริง โดยนักดนตรีเหล่านี้มีส่วนร่วมในการเลือกเครื่องดนตรี แนวเพลง และลักษณะการเล่นของโมเดล และที่สำคัญคือได้รับค่าตอบแทนทุกครั้งที่โมเดลของพวกเขาถูกใช้งาน ผู้ใช้สามารถเลือกนักดนตรีเสมือนที่ต้องการ แล้วให้พวกเขาเล่นท่อนโซโลหรือคอรัสใหม่ โดยไม่ต้องแก้ไขทั้งเพลง ซึ่งเป็นฟีเจอร์ที่ได้รับความนิยมสูงสุดจากการทดสอบแบบปิดก่อนเปิดตัวจริง นอกจากนี้ยังสามารถปรับแต่งสไตล์ การเล่น และโครงสร้างของเพลงได้อย่างละเอียด Aiode ยังเน้นความโปร่งใสในการฝึกโมเดล โดยใช้ข้อมูลที่ได้รับอนุญาตเท่านั้น และมีระบบ “clean room” ที่แยกข้อมูลฝึกออกจากระบบอื่น เพื่อป้องกันการละเมิดลิขสิทธิ์ พร้อมระบบจ่ายค่าลิขสิทธิ์กลับไปยังศิลปินต้นฉบับผ่านกลไก royalty pool แม้จะใช้เวลามากกว่าการพิมพ์ prompt แล้วรอเพลงจากแพลตฟอร์มอย่าง Suno หรือ Udio แต่ Aiode ให้ความสำคัญกับการควบคุมและความแม่นยำในการสร้างเพลงมากกว่า โดยเปรียบเสมือนการทำงานร่วมกับนักดนตรีจริงในสตูดิโอ ✅ ข้อมูลสำคัญจากข่าว ➡️ Aiode เปิดตัวแพลตฟอร์ม AI ดนตรีแบบเดสก์ท็อปสำหรับนักดนตรีและโปรดิวเซอร์ ➡️ ใช้ “นักดนตรีเสมือน” ที่ถูกฝึกจากสไตล์ของนักดนตรีจริง ➡️ นักดนตรีต้นฉบับมีส่วนร่วมในการเลือกเครื่องดนตรีและแนวเพลงของโมเดล ➡️ ได้รับค่าตอบแทนทุกครั้งที่โมเดลของพวกเขาถูกใช้งาน ➡️ ผู้ใช้สามารถปรับแต่งท่อนเพลงเฉพาะ เช่น คอรัสหรือโซโล โดยไม่ต้องแก้ทั้งเพลง ➡️ ใช้ระบบ clean room และข้อมูลที่ได้รับอนุญาตเท่านั้นในการฝึกโมเดล ➡️ มีระบบจ่ายค่าลิขสิทธิ์ผ่าน royalty pool กลับไปยังศิลปินต้นฉบับ ➡️ เน้นการควบคุมและความแม่นยำมากกว่าการสร้างเพลงแบบ prompt-based ➡️ เปิดตัวหลังจากทดสอบแบบปิดนานกว่า 1 ปี และได้รับเงินทุน $5.5M เพื่อขยายแพลตฟอร์ม ✅ ข้อมูลเสริมจากภายนอก ➡️ Suno และ Udio เป็นแพลตฟอร์ม AI ดนตรีที่เน้นการสร้างเพลงจากข้อความแบบรวดเร็ว ➡️ ปัญหาลิขสิทธิ์ในวงการ AI ดนตรีกำลังทวีความรุนแรง โดยมีการฟ้องร้องหลายกรณี ➡️ การฝึกโมเดลด้วยข้อมูลที่ได้รับอนุญาตช่วยลดความเสี่ยงด้านกฎหมาย ➡️ นักดนตรีสามารถใช้ Aiode เพื่อเข้าใจสไตล์ของตัวเองผ่านโมเดลเสมือน ➡️ การใช้ AI แบบจริยธรรมอาจกลายเป็นมาตรฐานใหม่ในวงการสร้างสรรค์ https://www.techradar.com/ai-platforms-assistants/musicians-meet-your-ethical-ai-bandmates
    WWW.TECHRADAR.COM
    New AI music platform Aiode pays artists for the digital clones collaborating on new songs.
    Aiode's AI-powered music studio pays the people inspiring its virtual session players
    0 Comments 0 Shares 100 Views 0 Reviews
  • “Comprehension Debt: เมื่อโค้ดที่สร้างด้วย AI กลายเป็นระเบิดเวลาที่ทีมพัฒนาไม่ทันเข้าใจ”

    ในยุคที่เครื่องมือ AI อย่าง LLM (Large Language Models) สามารถสร้างโค้ดได้ในพริบตา ปัญหาใหม่ที่กำลังค่อย ๆ ก่อตัวขึ้นในวงการซอฟต์แวร์คือสิ่งที่เรียกว่า “Comprehension Debt” หรือ “หนี้ความเข้าใจ” ซึ่งหมายถึงเวลาที่ทีมพัฒนาต้องใช้เพื่อทำความเข้าใจโค้ดที่ถูกสร้างขึ้นโดย AI ก่อนจะสามารถแก้ไขหรือปรับปรุงได้อย่างปลอดภัย

    บทความจาก Codemanship ชี้ว่า ปัญหานี้คล้ายกับการทำงานกับระบบ legacy ที่เขียนโดยคนอื่นเมื่อหลายสิบปีก่อน — เราไม่สามารถเปลี่ยนโค้ดได้ทันทีโดยไม่เข้าใจว่าโค้ดนั้นทำอะไร และทำไมมันถึงทำแบบนั้น แต่สิ่งที่ต่างออกไปคือ “ขนาดของปัญหา” ที่ใหญ่ขึ้นอย่างมหาศาล เพราะโค้ดที่สร้างโดย LLM ถูกผลิตออกมาในปริมาณมากและรวดเร็ว จนทีมงานไม่ทันได้อ่านหรือทดสอบอย่างละเอียด

    บางทีมเลือกที่จะตรวจสอบและปรับปรุงโค้ดก่อนนำเข้า repository ซึ่งแม้จะใช้เวลา แต่ก็ช่วยลดความเสี่ยงในระยะยาว ขณะที่บางทีมเลือกใช้โค้ดจาก AI โดยแทบไม่ได้อ่านหรือทดสอบเลย ซึ่งสร้าง “หนี้ความเข้าใจ” ที่จะย้อนกลับมาทำให้การแก้ไขในอนาคตยุ่งยากขึ้น

    แม้ผู้สนับสนุน AI จะบอกว่า “ก็ให้เครื่องมือแก้ให้สิ” แต่ในความเป็นจริง การใช้ LLM แก้โค้ดที่มันสร้างเองมักนำไปสู่ “doom loop” — วนลูปซ้ำ ๆ ที่เครื่องมือไม่สามารถแก้ปัญหาได้ และสุดท้ายก็ต้องกลับมาให้มนุษย์แก้เองอยู่ดี

    การแก้โค้ดที่เราไม่ได้เขียนเองนั้นยากอยู่แล้ว แต่การแก้โค้ดที่สร้างโดย AI โดยไม่มีบริบทหรือความเข้าใจยิ่งยากกว่า และเมื่อโค้ดเหล่านี้ถูกใช้งานจริง โอกาสที่ต้องแก้ไขก็สูงมาก นั่นคือเหตุผลที่ “Comprehension Debt” กลายเป็นระเบิดเวลาที่รอวันปะทุ

    ข้อมูลสำคัญจากข่าว
    Comprehension Debt คือเวลาที่ต้องใช้เพื่อเข้าใจโค้ดก่อนแก้ไข
    โค้ดที่สร้างโดย LLM มักถูกผลิตอย่างรวดเร็วและไม่ได้ตรวจสอบอย่างละเอียด
    ทีมที่ใส่ใจคุณภาพจะตรวจสอบและปรับปรุงโค้ดก่อนนำเข้า repo
    ทีมบางส่วนเลือกใช้โค้ดจาก AI โดยแทบไม่ได้อ่านหรือทดสอบ
    การใช้ LLM แก้โค้ดที่มันสร้างเองมักนำไปสู่ doom loop ที่แก้ไม่จบ
    โค้ดที่ไม่มีบริบทหรือคำอธิบายทำให้การแก้ไขในอนาคตยากขึ้น
    Comprehension Debt กำลังสะสมในหลายโปรเจกต์ทั่วโลก

    ข้อมูลเสริมจากภายนอก
    การศึกษาจาก GitHub และ Microsoft พบว่าโค้ดจาก AI มีอัตรา bug สูงกว่ามนุษย์ในบางบริบท
    HumanEval และ CodeArena เป็น benchmark ที่ใช้วัดคุณภาพโค้ดจาก LLM
    LLM อย่าง Codex, StarCoder, และ Code Llama มีความสามารถต่างกันในการสร้างโค้ดที่เข้าใจง่าย
    การใช้ AI ใน CI/CD pipeline ต้องมีระบบตรวจสอบคุณภาพโค้ดอย่างเข้มงวด
    นักพัฒนาหลายคนเริ่มใช้ prompt engineering เพื่อให้ LLM สร้างโค้ดที่มีคำอธิบายและโครงสร้างชัดเจน

    https://codemanship.wordpress.com/2025/09/30/comprehension-debt-the-ticking-time-bomb-of-llm-generated-code/
    🧩 “Comprehension Debt: เมื่อโค้ดที่สร้างด้วย AI กลายเป็นระเบิดเวลาที่ทีมพัฒนาไม่ทันเข้าใจ” ในยุคที่เครื่องมือ AI อย่าง LLM (Large Language Models) สามารถสร้างโค้ดได้ในพริบตา ปัญหาใหม่ที่กำลังค่อย ๆ ก่อตัวขึ้นในวงการซอฟต์แวร์คือสิ่งที่เรียกว่า “Comprehension Debt” หรือ “หนี้ความเข้าใจ” ซึ่งหมายถึงเวลาที่ทีมพัฒนาต้องใช้เพื่อทำความเข้าใจโค้ดที่ถูกสร้างขึ้นโดย AI ก่อนจะสามารถแก้ไขหรือปรับปรุงได้อย่างปลอดภัย บทความจาก Codemanship ชี้ว่า ปัญหานี้คล้ายกับการทำงานกับระบบ legacy ที่เขียนโดยคนอื่นเมื่อหลายสิบปีก่อน — เราไม่สามารถเปลี่ยนโค้ดได้ทันทีโดยไม่เข้าใจว่าโค้ดนั้นทำอะไร และทำไมมันถึงทำแบบนั้น แต่สิ่งที่ต่างออกไปคือ “ขนาดของปัญหา” ที่ใหญ่ขึ้นอย่างมหาศาล เพราะโค้ดที่สร้างโดย LLM ถูกผลิตออกมาในปริมาณมากและรวดเร็ว จนทีมงานไม่ทันได้อ่านหรือทดสอบอย่างละเอียด บางทีมเลือกที่จะตรวจสอบและปรับปรุงโค้ดก่อนนำเข้า repository ซึ่งแม้จะใช้เวลา แต่ก็ช่วยลดความเสี่ยงในระยะยาว ขณะที่บางทีมเลือกใช้โค้ดจาก AI โดยแทบไม่ได้อ่านหรือทดสอบเลย ซึ่งสร้าง “หนี้ความเข้าใจ” ที่จะย้อนกลับมาทำให้การแก้ไขในอนาคตยุ่งยากขึ้น แม้ผู้สนับสนุน AI จะบอกว่า “ก็ให้เครื่องมือแก้ให้สิ” แต่ในความเป็นจริง การใช้ LLM แก้โค้ดที่มันสร้างเองมักนำไปสู่ “doom loop” — วนลูปซ้ำ ๆ ที่เครื่องมือไม่สามารถแก้ปัญหาได้ และสุดท้ายก็ต้องกลับมาให้มนุษย์แก้เองอยู่ดี การแก้โค้ดที่เราไม่ได้เขียนเองนั้นยากอยู่แล้ว แต่การแก้โค้ดที่สร้างโดย AI โดยไม่มีบริบทหรือความเข้าใจยิ่งยากกว่า และเมื่อโค้ดเหล่านี้ถูกใช้งานจริง โอกาสที่ต้องแก้ไขก็สูงมาก นั่นคือเหตุผลที่ “Comprehension Debt” กลายเป็นระเบิดเวลาที่รอวันปะทุ ✅ ข้อมูลสำคัญจากข่าว ➡️ Comprehension Debt คือเวลาที่ต้องใช้เพื่อเข้าใจโค้ดก่อนแก้ไข ➡️ โค้ดที่สร้างโดย LLM มักถูกผลิตอย่างรวดเร็วและไม่ได้ตรวจสอบอย่างละเอียด ➡️ ทีมที่ใส่ใจคุณภาพจะตรวจสอบและปรับปรุงโค้ดก่อนนำเข้า repo ➡️ ทีมบางส่วนเลือกใช้โค้ดจาก AI โดยแทบไม่ได้อ่านหรือทดสอบ ➡️ การใช้ LLM แก้โค้ดที่มันสร้างเองมักนำไปสู่ doom loop ที่แก้ไม่จบ ➡️ โค้ดที่ไม่มีบริบทหรือคำอธิบายทำให้การแก้ไขในอนาคตยากขึ้น ➡️ Comprehension Debt กำลังสะสมในหลายโปรเจกต์ทั่วโลก ✅ ข้อมูลเสริมจากภายนอก ➡️ การศึกษาจาก GitHub และ Microsoft พบว่าโค้ดจาก AI มีอัตรา bug สูงกว่ามนุษย์ในบางบริบท ➡️ HumanEval และ CodeArena เป็น benchmark ที่ใช้วัดคุณภาพโค้ดจาก LLM ➡️ LLM อย่าง Codex, StarCoder, และ Code Llama มีความสามารถต่างกันในการสร้างโค้ดที่เข้าใจง่าย ➡️ การใช้ AI ใน CI/CD pipeline ต้องมีระบบตรวจสอบคุณภาพโค้ดอย่างเข้มงวด ➡️ นักพัฒนาหลายคนเริ่มใช้ prompt engineering เพื่อให้ LLM สร้างโค้ดที่มีคำอธิบายและโครงสร้างชัดเจน https://codemanship.wordpress.com/2025/09/30/comprehension-debt-the-ticking-time-bomb-of-llm-generated-code/
    CODEMANSHIP.WORDPRESS.COM
    Comprehension Debt: The Ticking Time Bomb of LLM-Generated Code
    An effect that’s being more and more widely reported is the increase in time it’s taking developers to modify or fix code that was generated by Large Language Models. If you’ve wo…
    0 Comments 0 Shares 98 Views 0 Reviews
  • ..555ที่เห็นชัดๆเจนๆตอนนี้คือปัญหาจากการไม่เลือกตรงนายกฯนี้ล่ะ,ผีบ้ามากในแบบปัจจุบัน ทำตามอีลิทสั่งให้ทำเกิน จนบ้านเมืองเลอะเทอะเละ,มโนบางประเด็นหมายเพื่อแก้ไข พรบ.การเลือกตั้งของยุคลุง3ป.ก็ว่า

    ..ตรงไหนมีดีก็คงไว้หรือต่อยอดให้ดีขึ้น,อะไรไม่ดีก็เอามาบอกมากล่าวกับเรา..ประชาชนให้เห็นชัดเจนไปด้วยกัน,เราควรแก้ไขตรงไหนตรงนี้ดีมั้ยมาถามประชาชนก็ดีมาก,อย่าพูดแบบปิดบังแบบไม่อยากเปิดเผยแบบไม่จริงใจแบบแอบซ่อนอำพราง,และมิใช่ถามพอเป็นพิธีแล้วฉันแก้เลย,ตีความวีโต้กันเต็มที่ เรามีกูรูสายดีงามเต็มบ้านเต็มเมืองพร้อมเสนอแสดงความคิดเห็นดีๆเสมอในประเด็นที่สำคัญนั้นๆ,ไม่หมกเม็ดประชาชนแบบในอดีตหรือแบบลักษณะใช้นิสัยสันดานเอาmou43,44ไปให้unเป็นสนธิสัญญาแบบนั้น อธิปไตยดินแดนชาติมันกฎหมายแม่บทแบบรัฐธรรมนูญเลย,ต้องมีบทลงโทษหนักแก่คนกระทำให้อธิปไตยไทยเสื่อมเสียด้วยหรือสูญเสียดินแดนไทยเลยจากปกติทหารไทยเราใช้1:50,000ตามหลักสากล,แต่ไปใช้1:200,000ตามศัตรูภัยรุกรานชาติไทยตน ทำให้ไทยเสียดินแดนทันทีที่1:150,000นั้นมันน้อยๆที่ไหน ลากกินเนื้อที่เข้าอ่าวไทยเราบ่อน้ำมันบ่อทรัพยากรมีค่ามากมายหลากหลายทั้งในทะเลและบนบกอีก แร่เอิร์ธแร่ทองคำเพชรพลอยต่างๆอีกหรือทรัพยากรเรากว่า20ล้านล้านบาทนะมันสูญเสียชัดเจน ไม่เอาเข้าสภาสส.สว.ด้วยถือว่าผิดกฎหมายความมั่นคงทางอธิปไตยไทยชัดเจนด้วย.,ลุแก่อำนาจตนที่มีชั่วคราวไม่กี่ปีแต่สร้างหายนะภัยพิบัติต่อชาติถึงปัจจุบัน ผิดนี้โทษประหารชีวิตได้เลย.,ต้องแก้ไขกฎหมายรัฐธรรมนูญลักษณะนี้ก่อน.

    ..จริงๆรัฐบาลอนุทินควรมุ่งประเด็นในการแก้ไข พรบ.การเลือกตั้งก่อนดีที่สุด,ไปหมายแก้ทั้งฉบับตามพรรคส้มเลอะเทอะมาก,สุ่มเสี่ยงหมายแก้ ม.112 ร่วมตามน้ำเนียนๆไปด้วย มีนัยยะผิดวิสัยปกติพึงเป็นโดยเฉพาะพรรคประชาชนยกมือให้ตนเป็นนายกฯได้,เพราะเรา..ประชาชนก็เห็นความเป็นจริงว่าพรรคประชาชนมาจากพรรคที่ถูกยุบนั้นเองจากกรณีตามข่าวเต็มบ้านเต็มเมือง,ควรปรับปรุงแก้ไขในสิ่งที่ไม่ดีในเนื้อในไส้ในกฎหมายรัฐธรรมนูญปี2560ดีกว่าต้องส่วนที่ประชาชนไม่มีเวลาไปเห็นไปอ่านค้นคว้าตีความ ส่อความชั่วร้ายไส้ในมากมายที่เชื่อมโยงกฎหมายลูกต่างๆนั้นจะดีกว่า,อันไหนดีก็คงไว้ เป็นต้น ด้วยเวลา4เดือน สมควรแก้ไขหรือเขียนใหม่ทั้งหมดของกฎหมายการเลือกตั้งนั้น.,สส.มีมากมายจนเลอะเทอะมาก สิ้นเปลืองภาษี,อนาคตAIจะมาร่วมความสะดวกสบายอีก,สส.คนเดียวทั้งจังหวัดจะบัญชาการทิศทางช่วยเหลือประชาชนในพื้นที่ตนได้เต็มที่ ไม่สับสนวุ่นวายเกรงใจสส.ในเขตนั้นเขตนี้,ประสานงานกับผู้ว่าฯสายธุรการข้าราชการได้อีกหรือคนในระบบประจำการ มิใช่แบบสส.อยู่วาระไม่เกิน4-5ปี ไม่มีต่ออายุราชการด้วย.,ทำดีก็อยู่ต่อประชาชนเลือกเหมือนเดิม.,การมีสส.มากมายปัจจุบันเลอะเทอะมาก,สว.อีก มาค้านอำนาจสส.เป็นสภาฯเงาของประชาชนก็ได้,แต่ความเป็นจริงผิดผีไปหมด.,เป็นสภาสูงเสีย,เรา..ประเทศไทยต้องจัดการฐานรากหลักนี้ให้มั่นคงก่อนจริงๆ,เรา..ประเทศไทยจะบริหารจัดการง่ายอีก,ใครไม่ดีมาแทรกแซงผ่านสส.สว.เราที่มีไม่มากมีน้อย เราก็รับรู้ดูออกสังเกตุได้ง่าย,ติดสินใจสั่งการก็เด็ดขาดเลยในพื้นที่ตน.

    ..บางช่วงบางตอนที่สมควรแก้ไข และเขียนใหม่.

    #พระราชบัญญัติประกอบรัฐธรรมนูญว่าด้วยการเลือกตั้งสมาชิกสภาผู้แทนราษฎรเป็นปัจจัยสำคัญในการกำหนดวันเลือกตั้ง

    #สมาชิกสภาผู้แทนราษฎรสมควรมีแค่77คนใน77จังหวัดเท่านั้นเพิ่มเป็นผู้ช่วยสมาชิกสภาผู้แทนราษฎรประจำอำเภอก็พอ.

    #พระราชบัญญัติประกอบรัฐธรรมนูญว่าด้วยการเลือกตั้งสมาชิกสภาผู้แทนราษฎรปี60ต้องโมฆะทั้งหมดและต้องเขียนใหม่ทั้งฉบับเป็นปี69.

    #การเลือกตั้งจัดขึ้นตามรัฐธรรมนูญปี2560ไม่เป็นไปบนพื้นฐานรากเหง้าของหลักประชาธิปไตยอันดีงามที่นายกรัฐมนตรีต้องมาจากการเลือกตั้งโดยตรงจากประชาชนเท่านั้น. ..ต้องแก้ไขใหม่แบบนี้

    #การคำนวณสมาชิกสภาผู้แทนราษฎรแบบปัจจุบันออกแบบมาให้เกิดรัฐสภาที่มีพรรคการเมืองหลายพรรคและต้องตั้งรัฐบาลผสม ..นี้เลอะเทอะต้องแก้ไข สส.ไม่จำเป็นสังกัดพรรค นายกฯไม่จำเป็นสังกัดพรรค รัฐบาลตั้งทีมโดยนายกฯสิทธิขาดได้คนเดียว เชิญใครทั่วไทยมาสร้างทีมสร้างชาติให้ดีงามได้., นายกฯประชาชนเลือกตรงก็ตั้งรัฐบาลได้เลย ไม่ง้อใคร ไม่เสียเวลาบริหารชาติ ,เชิญใครมาเป็นรมต.ได้หมดเพื่อบริหารประเทศให้เป็นไปด้วยคุณทางกุศลต่อประชาชนและประเทศชาติ,ไม่มีสส.ฝ่ายค้าน มีแต่สส.ฝ่ายบริหารชาติก็ได้,เชิญใครออกจากทีมบริหารชาติปรับเปลี่ยนสภาพคล่องคนทำงานเหมาะสมกับเนื้องานหน้างาน ประยุกต์ผสมผสานได้หมด,เพื่อดูแลประชาชนพื้นที่ตน ประเทศชาติตน,นายกฯเชิญมาร่วมรัฐบาลหรือไม่เชิญมาร่วมก็ได้หมด,อำนาจนายกฯมีเสียงเกิน77เสียงสส.และ77เสียงสว.คือ156เสียงนั้นเอง.,อำนาจระบบราชการทั้งหมดอยู่ภายใต้อำนาจนายกฯเด็ดขาดและใหญ่ของจริง.,สว.และหรือสส.ที่ไม่ได้รับเชิญสามารถเป็นรัฐบาลเงาร่วมกับสว.ได้.ตรวจสอบการบริหารงานฝ่ายรัฐบาลนั้นเอง.กรณีสส.สว.มี77จังหวัด77คนหรือ154คน.

    #ทุกการเลือกตั้งสมาชิกวุฒิสภามีอำนาจลงมติเลือกนายกรัฐมนตรีได้ ..นี้ไม่จำเป็นตัดทิ้งได้เลย.

    #สมาชิกวุฒิสภาต้องมาจากการเลือกตั้ง ..มิใช่แบบปัจจุบัน.

    #ผู้ดำรงตำแหน่งนายกรัฐมนตรีคะแนนเสียงของสมาชิกรัฐสภารวมกันต้องตั้งแต่376คนขึ้นไป ..นี้ก็ตัดทิ้งไปเลย หากนายกฯเลือกตรงจากประชาชน,ยิ่งสส.สว.มีแค่77คนต่อ77จังหวัดยิ่งบริหารจัดการง่าย,อำนาจจัดตั้งรัฐบาลสิทธิขาดคือนายกฯตั้งทีมเองเต็มที่.,ชาติเสียหาย นายกฯต้องรับผิดชอบทั้งหมดพร้อมคณะชุดบริหาร.

    #นายกรัฐมนตรีต้องมาจากการเลือกตั้งตรงจากประชาชน.

    #กฎหมายการเลือกตั้งเปิดให้บุคคลที่มิใช่สมาชิกสภาผู้แทนราษฎรเป็นนายกรัฐมนตรีได้ ..ตัดทิ้งตัดออกเลย นายกฯเลือกตั้งตรงจากประชาชน สส.คือนายกฯเป็นอัตโนมัติแล้ว.

    #นายกรัฐมนตรีต้องเป็นสมาชิกสภาผู้แทนราษฎรเท่านั้น ..ข้อนีัอาจต่อยอดคือ เลือกสส.ก่อนทั่วประเทศก่อน,ประกาศผลใครเป็นสส.ใน77จังหวัด, สส.นั้นจึงสามารถลงสมัครเป็นนายกฯต่อไปได้,นั้นคือ ต้องเลือกสส.ก่อนนั้นเองมิใช่เลือกแบบปัจจุบัน,(ใครจังหวัดใดได้เป็นนายกฯ จังหวัดนั้นๆที่ได้เป็นนายกฯ จะต้องจัดการเลือกตั้งสส.ใหม่ทันทีอีกครั้ง),นายกฯจะเป็นใคร จากตัวแทนจังหวัดไหนที่ทั่วประเทศยอมรับเลือกตั้งขึ้นมาเป็นตัวแทนระดับชาติเป็นหน้าเป็นตาจังหวัดตน ต้องมีจิตใจตั้งมั่นเพื่อเป็นตัวแทนของทุกๆจังหวัดระดับชาติทันที เป็นตัวแทนของคนไทยทุกๆจังหวัดนั้นเอง ทำเพื่อประชาชนทั้งประเทศและเพื่อแผ่นดินไทยตนนั้นเอง.

    #พรรคการเมืองแกนนำที่สุมหัวชนะแบบปัจจุบันที่ได้สิทธิเสนอรายชื่อบุคคลให้รัฐสภาพิจารณาแต่งตั้งเป็นนายกรัฐมนตรีได้แบบฟรีสไตล์เช่นสองคนของเพื่อไทยที่ผ่านมา ..นี้ก็ยกเลิกทันทีฉีกกฎนี้ทันที เพราะหากนายกฯเลือกตั้งโดยตรงจากประชาชนทั้งประเทศแล้วทั้งสภาฯต้องยอมรับอย่างเดียว.,ซึ่งประชาชนส่วนใหญ่ร่วมลงมติพร้อมใจกันแล้วจนชนะการเลือกตั้งมาเป็นนายกฯ สภาฯไม่มีสิทธิไม่ให้คนๆนี้เป็นผู้นำประเทศไทย.,เพื่อมาสร้างชาติพัฒนาชาติไปทางที่ดีงามได้ดั่งเขาคาดหวังลงคะแนนเสียงให้จนชนะการเลือกตั้งครั้งนี้.


    https://youtube.com/shorts/JdcPschsOJs?si=z5WBZVYe_W6okGcI
    ..555ที่เห็นชัดๆเจนๆตอนนี้คือปัญหาจากการไม่เลือกตรงนายกฯนี้ล่ะ,ผีบ้ามากในแบบปัจจุบัน ทำตามอีลิทสั่งให้ทำเกิน จนบ้านเมืองเลอะเทอะเละ,มโนบางประเด็นหมายเพื่อแก้ไข พรบ.การเลือกตั้งของยุคลุง3ป.ก็ว่า ..ตรงไหนมีดีก็คงไว้หรือต่อยอดให้ดีขึ้น,อะไรไม่ดีก็เอามาบอกมากล่าวกับเรา..ประชาชนให้เห็นชัดเจนไปด้วยกัน,เราควรแก้ไขตรงไหนตรงนี้ดีมั้ยมาถามประชาชนก็ดีมาก,อย่าพูดแบบปิดบังแบบไม่อยากเปิดเผยแบบไม่จริงใจแบบแอบซ่อนอำพราง,และมิใช่ถามพอเป็นพิธีแล้วฉันแก้เลย,ตีความวีโต้กันเต็มที่ เรามีกูรูสายดีงามเต็มบ้านเต็มเมืองพร้อมเสนอแสดงความคิดเห็นดีๆเสมอในประเด็นที่สำคัญนั้นๆ,ไม่หมกเม็ดประชาชนแบบในอดีตหรือแบบลักษณะใช้นิสัยสันดานเอาmou43,44ไปให้unเป็นสนธิสัญญาแบบนั้น อธิปไตยดินแดนชาติมันกฎหมายแม่บทแบบรัฐธรรมนูญเลย,ต้องมีบทลงโทษหนักแก่คนกระทำให้อธิปไตยไทยเสื่อมเสียด้วยหรือสูญเสียดินแดนไทยเลยจากปกติทหารไทยเราใช้1:50,000ตามหลักสากล,แต่ไปใช้1:200,000ตามศัตรูภัยรุกรานชาติไทยตน ทำให้ไทยเสียดินแดนทันทีที่1:150,000นั้นมันน้อยๆที่ไหน ลากกินเนื้อที่เข้าอ่าวไทยเราบ่อน้ำมันบ่อทรัพยากรมีค่ามากมายหลากหลายทั้งในทะเลและบนบกอีก แร่เอิร์ธแร่ทองคำเพชรพลอยต่างๆอีกหรือทรัพยากรเรากว่า20ล้านล้านบาทนะมันสูญเสียชัดเจน ไม่เอาเข้าสภาสส.สว.ด้วยถือว่าผิดกฎหมายความมั่นคงทางอธิปไตยไทยชัดเจนด้วย.,ลุแก่อำนาจตนที่มีชั่วคราวไม่กี่ปีแต่สร้างหายนะภัยพิบัติต่อชาติถึงปัจจุบัน ผิดนี้โทษประหารชีวิตได้เลย.,ต้องแก้ไขกฎหมายรัฐธรรมนูญลักษณะนี้ก่อน. ..จริงๆรัฐบาลอนุทินควรมุ่งประเด็นในการแก้ไข พรบ.การเลือกตั้งก่อนดีที่สุด,ไปหมายแก้ทั้งฉบับตามพรรคส้มเลอะเทอะมาก,สุ่มเสี่ยงหมายแก้ ม.112 ร่วมตามน้ำเนียนๆไปด้วย มีนัยยะผิดวิสัยปกติพึงเป็นโดยเฉพาะพรรคประชาชนยกมือให้ตนเป็นนายกฯได้,เพราะเรา..ประชาชนก็เห็นความเป็นจริงว่าพรรคประชาชนมาจากพรรคที่ถูกยุบนั้นเองจากกรณีตามข่าวเต็มบ้านเต็มเมือง,ควรปรับปรุงแก้ไขในสิ่งที่ไม่ดีในเนื้อในไส้ในกฎหมายรัฐธรรมนูญปี2560ดีกว่าต้องส่วนที่ประชาชนไม่มีเวลาไปเห็นไปอ่านค้นคว้าตีความ ส่อความชั่วร้ายไส้ในมากมายที่เชื่อมโยงกฎหมายลูกต่างๆนั้นจะดีกว่า,อันไหนดีก็คงไว้ เป็นต้น ด้วยเวลา4เดือน สมควรแก้ไขหรือเขียนใหม่ทั้งหมดของกฎหมายการเลือกตั้งนั้น.,สส.มีมากมายจนเลอะเทอะมาก สิ้นเปลืองภาษี,อนาคตAIจะมาร่วมความสะดวกสบายอีก,สส.คนเดียวทั้งจังหวัดจะบัญชาการทิศทางช่วยเหลือประชาชนในพื้นที่ตนได้เต็มที่ ไม่สับสนวุ่นวายเกรงใจสส.ในเขตนั้นเขตนี้,ประสานงานกับผู้ว่าฯสายธุรการข้าราชการได้อีกหรือคนในระบบประจำการ มิใช่แบบสส.อยู่วาระไม่เกิน4-5ปี ไม่มีต่ออายุราชการด้วย.,ทำดีก็อยู่ต่อประชาชนเลือกเหมือนเดิม.,การมีสส.มากมายปัจจุบันเลอะเทอะมาก,สว.อีก มาค้านอำนาจสส.เป็นสภาฯเงาของประชาชนก็ได้,แต่ความเป็นจริงผิดผีไปหมด.,เป็นสภาสูงเสีย,เรา..ประเทศไทยต้องจัดการฐานรากหลักนี้ให้มั่นคงก่อนจริงๆ,เรา..ประเทศไทยจะบริหารจัดการง่ายอีก,ใครไม่ดีมาแทรกแซงผ่านสส.สว.เราที่มีไม่มากมีน้อย เราก็รับรู้ดูออกสังเกตุได้ง่าย,ติดสินใจสั่งการก็เด็ดขาดเลยในพื้นที่ตน. ..บางช่วงบางตอนที่สมควรแก้ไข และเขียนใหม่. #พระราชบัญญัติประกอบรัฐธรรมนูญว่าด้วยการเลือกตั้งสมาชิกสภาผู้แทนราษฎรเป็นปัจจัยสำคัญในการกำหนดวันเลือกตั้ง #สมาชิกสภาผู้แทนราษฎรสมควรมีแค่77คนใน77จังหวัดเท่านั้นเพิ่มเป็นผู้ช่วยสมาชิกสภาผู้แทนราษฎรประจำอำเภอก็พอ. #พระราชบัญญัติประกอบรัฐธรรมนูญว่าด้วยการเลือกตั้งสมาชิกสภาผู้แทนราษฎรปี60ต้องโมฆะทั้งหมดและต้องเขียนใหม่ทั้งฉบับเป็นปี69. #การเลือกตั้งจัดขึ้นตามรัฐธรรมนูญปี2560ไม่เป็นไปบนพื้นฐานรากเหง้าของหลักประชาธิปไตยอันดีงามที่นายกรัฐมนตรีต้องมาจากการเลือกตั้งโดยตรงจากประชาชนเท่านั้น. ..ต้องแก้ไขใหม่แบบนี้ #การคำนวณสมาชิกสภาผู้แทนราษฎรแบบปัจจุบันออกแบบมาให้เกิดรัฐสภาที่มีพรรคการเมืองหลายพรรคและต้องตั้งรัฐบาลผสม ..นี้เลอะเทอะต้องแก้ไข สส.ไม่จำเป็นสังกัดพรรค นายกฯไม่จำเป็นสังกัดพรรค รัฐบาลตั้งทีมโดยนายกฯสิทธิขาดได้คนเดียว เชิญใครทั่วไทยมาสร้างทีมสร้างชาติให้ดีงามได้., นายกฯประชาชนเลือกตรงก็ตั้งรัฐบาลได้เลย ไม่ง้อใคร ไม่เสียเวลาบริหารชาติ ,เชิญใครมาเป็นรมต.ได้หมดเพื่อบริหารประเทศให้เป็นไปด้วยคุณทางกุศลต่อประชาชนและประเทศชาติ,ไม่มีสส.ฝ่ายค้าน มีแต่สส.ฝ่ายบริหารชาติก็ได้,เชิญใครออกจากทีมบริหารชาติปรับเปลี่ยนสภาพคล่องคนทำงานเหมาะสมกับเนื้องานหน้างาน ประยุกต์ผสมผสานได้หมด,เพื่อดูแลประชาชนพื้นที่ตน ประเทศชาติตน,นายกฯเชิญมาร่วมรัฐบาลหรือไม่เชิญมาร่วมก็ได้หมด,อำนาจนายกฯมีเสียงเกิน77เสียงสส.และ77เสียงสว.คือ156เสียงนั้นเอง.,อำนาจระบบราชการทั้งหมดอยู่ภายใต้อำนาจนายกฯเด็ดขาดและใหญ่ของจริง.,สว.และหรือสส.ที่ไม่ได้รับเชิญสามารถเป็นรัฐบาลเงาร่วมกับสว.ได้.ตรวจสอบการบริหารงานฝ่ายรัฐบาลนั้นเอง.กรณีสส.สว.มี77จังหวัด77คนหรือ154คน. #ทุกการเลือกตั้งสมาชิกวุฒิสภามีอำนาจลงมติเลือกนายกรัฐมนตรีได้ ..นี้ไม่จำเป็นตัดทิ้งได้เลย. #สมาชิกวุฒิสภาต้องมาจากการเลือกตั้ง ..มิใช่แบบปัจจุบัน. #ผู้ดำรงตำแหน่งนายกรัฐมนตรีคะแนนเสียงของสมาชิกรัฐสภารวมกันต้องตั้งแต่376คนขึ้นไป ..นี้ก็ตัดทิ้งไปเลย หากนายกฯเลือกตรงจากประชาชน,ยิ่งสส.สว.มีแค่77คนต่อ77จังหวัดยิ่งบริหารจัดการง่าย,อำนาจจัดตั้งรัฐบาลสิทธิขาดคือนายกฯตั้งทีมเองเต็มที่.,ชาติเสียหาย นายกฯต้องรับผิดชอบทั้งหมดพร้อมคณะชุดบริหาร. #นายกรัฐมนตรีต้องมาจากการเลือกตั้งตรงจากประชาชน. #กฎหมายการเลือกตั้งเปิดให้บุคคลที่มิใช่สมาชิกสภาผู้แทนราษฎรเป็นนายกรัฐมนตรีได้ ..ตัดทิ้งตัดออกเลย นายกฯเลือกตั้งตรงจากประชาชน สส.คือนายกฯเป็นอัตโนมัติแล้ว. #นายกรัฐมนตรีต้องเป็นสมาชิกสภาผู้แทนราษฎรเท่านั้น ..ข้อนีัอาจต่อยอดคือ เลือกสส.ก่อนทั่วประเทศก่อน,ประกาศผลใครเป็นสส.ใน77จังหวัด, สส.นั้นจึงสามารถลงสมัครเป็นนายกฯต่อไปได้,นั้นคือ ต้องเลือกสส.ก่อนนั้นเองมิใช่เลือกแบบปัจจุบัน,(ใครจังหวัดใดได้เป็นนายกฯ จังหวัดนั้นๆที่ได้เป็นนายกฯ จะต้องจัดการเลือกตั้งสส.ใหม่ทันทีอีกครั้ง),นายกฯจะเป็นใคร จากตัวแทนจังหวัดไหนที่ทั่วประเทศยอมรับเลือกตั้งขึ้นมาเป็นตัวแทนระดับชาติเป็นหน้าเป็นตาจังหวัดตน ต้องมีจิตใจตั้งมั่นเพื่อเป็นตัวแทนของทุกๆจังหวัดระดับชาติทันที เป็นตัวแทนของคนไทยทุกๆจังหวัดนั้นเอง ทำเพื่อประชาชนทั้งประเทศและเพื่อแผ่นดินไทยตนนั้นเอง. #พรรคการเมืองแกนนำที่สุมหัวชนะแบบปัจจุบันที่ได้สิทธิเสนอรายชื่อบุคคลให้รัฐสภาพิจารณาแต่งตั้งเป็นนายกรัฐมนตรีได้แบบฟรีสไตล์เช่นสองคนของเพื่อไทยที่ผ่านมา ..นี้ก็ยกเลิกทันทีฉีกกฎนี้ทันที เพราะหากนายกฯเลือกตั้งโดยตรงจากประชาชนทั้งประเทศแล้วทั้งสภาฯต้องยอมรับอย่างเดียว.,ซึ่งประชาชนส่วนใหญ่ร่วมลงมติพร้อมใจกันแล้วจนชนะการเลือกตั้งมาเป็นนายกฯ สภาฯไม่มีสิทธิไม่ให้คนๆนี้เป็นผู้นำประเทศไทย.,เพื่อมาสร้างชาติพัฒนาชาติไปทางที่ดีงามได้ดั่งเขาคาดหวังลงคะแนนเสียงให้จนชนะการเลือกตั้งครั้งนี้. https://youtube.com/shorts/JdcPschsOJs?si=z5WBZVYe_W6okGcI
    0 Comments 0 Shares 284 Views 0 Reviews
  • “Firefox เปิดฟีเจอร์ Rollback Add-ons แบบคลิกเดียว — ปิดช่องโหว่มัลแวร์และโจรกรรมคริปโตได้ทันเวลา”

    Mozilla ประกาศเปิดตัวฟีเจอร์ใหม่ใน Firefox ที่เรียกว่า “One-Click Rollback” สำหรับนักพัฒนา Add-ons โดยสามารถย้อนกลับไปยังเวอร์ชันก่อนหน้าได้ทันที หากพบว่าการอัปเดตล่าสุดมีข้อผิดพลาดหรือถูกแฮก ฟีเจอร์นี้ออกแบบมาเพื่อแก้ปัญหาที่เคยเกิดขึ้นบ่อยครั้ง เช่น การอัปเดตที่มีบั๊กร้ายแรง หรือกรณีที่นักพัฒนาโดน phishing แล้วผู้โจมตีใช้บัญชีของพวกเขาอัปโหลด Add-on ที่มี backdoor เพื่อขโมยข้อมูลผู้ใช้

    ก่อนหน้านี้ หาก Add-on เวอร์ชันใหม่มีปัญหา นักพัฒนาต้องแก้ไขและส่งเวอร์ชันใหม่เข้ารีวิว ซึ่งอาจใช้เวลาหลายชั่วโมงหรือหลายวัน แต่ด้วยฟีเจอร์ Rollback แบบใหม่ นักพัฒนาสามารถเลือกเวอร์ชันที่เคยได้รับการอนุมัติแล้วคลิกย้อนกลับได้ทันที Firefox จะเผยแพร่เวอร์ชันที่ปลอดภัยให้ผู้ใช้แทนเวอร์ชันที่มีปัญหาโดยอัตโนมัติ

    ฟีเจอร์นี้ยังช่วยลดความเสียหายจากการโจมตีที่เกี่ยวข้องกับคริปโต เช่น กรณีที่ผู้โจมตีปลอมตัวเป็นนักพัฒนาแล้วอัปโหลด Add-on ปลอมที่ดูเหมือนของจริง แต่แอบขโมย seed phrase หรือคีย์ของ wallet ผู้ใช้ ซึ่งเคยเกิดขึ้นมาแล้วหลายครั้งในปี 2025 โดยมีการค้นพบ Add-on ปลอมกว่า 40 รายการที่แอบขโมยข้อมูลจากผู้ใช้ทั่วโลก

    ฟีเจอร์ใหม่ของ Firefox
    เปิดตัว “One-Click Rollback” สำหรับนักพัฒนา Add-ons
    สามารถย้อนกลับไปยังเวอร์ชันก่อนหน้าได้ทันที
    Firefox จะเผยแพร่เวอร์ชันที่ปลอดภัยให้ผู้ใช้แทนเวอร์ชันที่มีปัญหา
    ลดระยะเวลาการแก้ไขจากหลายวันเหลือเพียงไม่กี่นาที
    ใช้งานผ่านหน้า Status and Versions ในระบบ Add-ons
    ต้องมีอย่างน้อย 2 เวอร์ชันที่ได้รับการอนุมัติถึงจะใช้ฟีเจอร์นี้ได้

    ประโยชน์ด้านความปลอดภัย
    ป้องกันการโจมตีแบบ phishing ที่แฮกบัญชีนักพัฒนา
    ลดความเสียหายจาก Add-on ปลอมที่ขโมยข้อมูลคริปโต
    ช่วยให้ผู้ใช้ได้รับเวอร์ชันที่ปลอดภัยโดยไม่ต้องรออัปเดตใหม่
    เพิ่มความเชื่อมั่นในระบบ Add-ons ของ Firefox
    สนับสนุนการตรวจสอบและควบคุมคุณภาพของ Add-ons

    ข้อมูลเสริมจากภายนอก
    แคมเปญโจมตี Add-on ปลอมเริ่มต้นตั้งแต่เมษายน 2025 และยังดำเนินอยู่
    Add-on ปลอมมักแอบอ้างเป็นแบรนด์ดัง เช่น MetaMask, Coinbase, OKX
    ใช้เทคนิคปลอมรีวิว 5 ดาวและ UI ที่เหมือนของจริงเพื่อหลอกผู้ใช้
    ขโมย seed phrase, wallet key และ IP address เพื่อใช้ติดตามเหยื่อ
    Mozilla ใช้ระบบ AI และมนุษย์ร่วมกันตรวจสอบ Add-ons ที่มีความเสี่ยง

    https://securityonline.info/firefox-launches-one-click-rollback-for-add-ons/
    🧩 “Firefox เปิดฟีเจอร์ Rollback Add-ons แบบคลิกเดียว — ปิดช่องโหว่มัลแวร์และโจรกรรมคริปโตได้ทันเวลา” Mozilla ประกาศเปิดตัวฟีเจอร์ใหม่ใน Firefox ที่เรียกว่า “One-Click Rollback” สำหรับนักพัฒนา Add-ons โดยสามารถย้อนกลับไปยังเวอร์ชันก่อนหน้าได้ทันที หากพบว่าการอัปเดตล่าสุดมีข้อผิดพลาดหรือถูกแฮก ฟีเจอร์นี้ออกแบบมาเพื่อแก้ปัญหาที่เคยเกิดขึ้นบ่อยครั้ง เช่น การอัปเดตที่มีบั๊กร้ายแรง หรือกรณีที่นักพัฒนาโดน phishing แล้วผู้โจมตีใช้บัญชีของพวกเขาอัปโหลด Add-on ที่มี backdoor เพื่อขโมยข้อมูลผู้ใช้ ก่อนหน้านี้ หาก Add-on เวอร์ชันใหม่มีปัญหา นักพัฒนาต้องแก้ไขและส่งเวอร์ชันใหม่เข้ารีวิว ซึ่งอาจใช้เวลาหลายชั่วโมงหรือหลายวัน แต่ด้วยฟีเจอร์ Rollback แบบใหม่ นักพัฒนาสามารถเลือกเวอร์ชันที่เคยได้รับการอนุมัติแล้วคลิกย้อนกลับได้ทันที Firefox จะเผยแพร่เวอร์ชันที่ปลอดภัยให้ผู้ใช้แทนเวอร์ชันที่มีปัญหาโดยอัตโนมัติ ฟีเจอร์นี้ยังช่วยลดความเสียหายจากการโจมตีที่เกี่ยวข้องกับคริปโต เช่น กรณีที่ผู้โจมตีปลอมตัวเป็นนักพัฒนาแล้วอัปโหลด Add-on ปลอมที่ดูเหมือนของจริง แต่แอบขโมย seed phrase หรือคีย์ของ wallet ผู้ใช้ ซึ่งเคยเกิดขึ้นมาแล้วหลายครั้งในปี 2025 โดยมีการค้นพบ Add-on ปลอมกว่า 40 รายการที่แอบขโมยข้อมูลจากผู้ใช้ทั่วโลก ✅ ฟีเจอร์ใหม่ของ Firefox ➡️ เปิดตัว “One-Click Rollback” สำหรับนักพัฒนา Add-ons ➡️ สามารถย้อนกลับไปยังเวอร์ชันก่อนหน้าได้ทันที ➡️ Firefox จะเผยแพร่เวอร์ชันที่ปลอดภัยให้ผู้ใช้แทนเวอร์ชันที่มีปัญหา ➡️ ลดระยะเวลาการแก้ไขจากหลายวันเหลือเพียงไม่กี่นาที ➡️ ใช้งานผ่านหน้า Status and Versions ในระบบ Add-ons ➡️ ต้องมีอย่างน้อย 2 เวอร์ชันที่ได้รับการอนุมัติถึงจะใช้ฟีเจอร์นี้ได้ ✅ ประโยชน์ด้านความปลอดภัย ➡️ ป้องกันการโจมตีแบบ phishing ที่แฮกบัญชีนักพัฒนา ➡️ ลดความเสียหายจาก Add-on ปลอมที่ขโมยข้อมูลคริปโต ➡️ ช่วยให้ผู้ใช้ได้รับเวอร์ชันที่ปลอดภัยโดยไม่ต้องรออัปเดตใหม่ ➡️ เพิ่มความเชื่อมั่นในระบบ Add-ons ของ Firefox ➡️ สนับสนุนการตรวจสอบและควบคุมคุณภาพของ Add-ons ✅ ข้อมูลเสริมจากภายนอก ➡️ แคมเปญโจมตี Add-on ปลอมเริ่มต้นตั้งแต่เมษายน 2025 และยังดำเนินอยู่ ➡️ Add-on ปลอมมักแอบอ้างเป็นแบรนด์ดัง เช่น MetaMask, Coinbase, OKX ➡️ ใช้เทคนิคปลอมรีวิว 5 ดาวและ UI ที่เหมือนของจริงเพื่อหลอกผู้ใช้ ➡️ ขโมย seed phrase, wallet key และ IP address เพื่อใช้ติดตามเหยื่อ ➡️ Mozilla ใช้ระบบ AI และมนุษย์ร่วมกันตรวจสอบ Add-ons ที่มีความเสี่ยง https://securityonline.info/firefox-launches-one-click-rollback-for-add-ons/
    SECURITYONLINE.INFO
    Firefox Launches One-Click Rollback for Add-ons
    Mozilla has launched a new feature for Firefox Add-ons, allowing developers to quickly roll back to a previous version to fix critical bugs or security issues.
    0 Comments 0 Shares 192 Views 0 Reviews
  • “PCIe 8.0 มาแน่ปี 2028 — แบนด์วิดท์ทะลุ 1 TB/s พร้อมเปิดฉากยุคใหม่ของการเชื่อมต่ออุปกรณ์ความเร็วสูง”

    PCI-SIG ได้ประกาศความคืบหน้าครั้งสำคัญของมาตรฐาน PCI Express รุ่นถัดไป โดย PCIe 8.0 จะสามารถส่งข้อมูลได้ถึง 256 GT/s ต่อทิศทาง ซึ่งเทียบเท่ากับแบนด์วิดท์รวมแบบ bidirectional สูงสุดถึง 1 TB/s เมื่อใช้สล็อตแบบ x16 เต็มรูปแบบ

    ขณะนี้สเปกเวอร์ชัน 0.3 ได้ถูกปล่อยให้สมาชิกองค์กรตรวจสอบแล้ว ถือเป็นก้าวแรกของการพัฒนาที่คาดว่าจะเสร็จสมบูรณ์ในปี 2028 โดย PCIe 8.0 จะยังคงใช้เทคนิคการส่งสัญญาณแบบ PAM4 เช่นเดียวกับ PCIe 6.0 และ 7.0 แต่เพิ่มอัตราบิตขึ้นเป็นสองเท่าเมื่อเทียบกับ PCIe 7.0 และมากกว่าสี่เท่าเมื่อเทียบกับ PCIe 6.0

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

    PCIe 8.0 ถูกออกแบบมาเพื่อรองรับงานที่ต้องการแบนด์วิดท์สูงมาก เช่น AI/ML, Quantum Computing, Edge และระบบเครือข่ายความเร็วสูง โดยผู้ผลิตฮาร์ดแวร์เริ่มวางแผนการออกแบบชิป สวิตช์ และระบบที่จะใช้ประโยชน์จากมาตรฐานใหม่นี้แล้ว

    ข้อมูลสำคัญจากข่าว
    PCIe 8.0 จะมีความเร็วสูงสุด 256 GT/s ต่อทิศทาง
    แบนด์วิดท์รวมแบบ bidirectional สูงสุดถึง 1 TB/s เมื่อใช้สล็อต x16
    สเปกเวอร์ชัน 0.3 ถูกปล่อยให้สมาชิกตรวจสอบแล้ว
    คาดว่าจะเปิดตัวเวอร์ชันเต็มในปี 2028

    เทคโนโลยีและการออกแบบ
    ใช้ PAM4 signaling เหมือน PCIe 6.0 และ 7.0 แต่เพิ่มอัตราบิตขึ้น 2 เท่า
    มีการพิจารณาใช้การเชื่อมต่อแบบออปติกเพื่อลดพลังงานและเพิ่มระยะ
    เน้นการปรับปรุงโปรโตคอลและประสิทธิภาพพลังงาน
    ออกแบบให้รองรับงาน AI, HPC, Edge, Quantum และเครือข่ายความเร็วสูง

    ข้อมูลเสริมจากภายนอก
    PCIe 7.0 เปิดตัวในปี 2025 และ PCIe 6.0 ยังอยู่ในช่วงเริ่มใช้งาน
    การเชื่อมต่อแบบออปติกอาจใช้หัวเชื่อมแบบ MPO/MTP และเทคนิค WDM
    การพัฒนา PCIe 8.0 จะส่งผลต่อเซิร์ฟเวอร์และดาต้าเซ็นเตอร์ก่อนเข้าสู่ตลาดผู้ใช้ทั่วไป
    PCIe 8.0 x1 จะมีความเร็วเทียบเท่ากับ PCIe 5.0 x8 ซึ่งเหมาะกับอุปกรณ์ขนาดเล็ก

    https://www.techpowerup.com/341169/pci-sig-confirms-pcie-8-0-will-deliver-1-tb-s-bidirectional-bandwidth-first-spec-draft-now-available
    🚀 “PCIe 8.0 มาแน่ปี 2028 — แบนด์วิดท์ทะลุ 1 TB/s พร้อมเปิดฉากยุคใหม่ของการเชื่อมต่ออุปกรณ์ความเร็วสูง” PCI-SIG ได้ประกาศความคืบหน้าครั้งสำคัญของมาตรฐาน PCI Express รุ่นถัดไป โดย PCIe 8.0 จะสามารถส่งข้อมูลได้ถึง 256 GT/s ต่อทิศทาง ซึ่งเทียบเท่ากับแบนด์วิดท์รวมแบบ bidirectional สูงสุดถึง 1 TB/s เมื่อใช้สล็อตแบบ x16 เต็มรูปแบบ ขณะนี้สเปกเวอร์ชัน 0.3 ได้ถูกปล่อยให้สมาชิกองค์กรตรวจสอบแล้ว ถือเป็นก้าวแรกของการพัฒนาที่คาดว่าจะเสร็จสมบูรณ์ในปี 2028 โดย PCIe 8.0 จะยังคงใช้เทคนิคการส่งสัญญาณแบบ PAM4 เช่นเดียวกับ PCIe 6.0 และ 7.0 แต่เพิ่มอัตราบิตขึ้นเป็นสองเท่าเมื่อเทียบกับ PCIe 7.0 และมากกว่าสี่เท่าเมื่อเทียบกับ PCIe 6.0 นอกจากความเร็วแล้ว ทีมวิศวกรยังเน้นเรื่องการใช้พลังงานอย่างมีประสิทธิภาพ การปรับปรุงโปรโตคอล และการออกแบบหัวเชื่อมต่อใหม่เพื่อรองรับการใช้งานในอนาคต โดยเฉพาะการเชื่อมต่อแบบออปติกที่กำลังถูกพิจารณาอย่างจริงจัง เพราะสามารถลดการใช้พลังงานและขยายระยะการเชื่อมต่อได้ แต่ยังมีข้อจำกัดด้านต้นทุนและความเข้ากันได้ที่ต้องแก้ไขก่อนนำมาใช้จริง PCIe 8.0 ถูกออกแบบมาเพื่อรองรับงานที่ต้องการแบนด์วิดท์สูงมาก เช่น AI/ML, Quantum Computing, Edge และระบบเครือข่ายความเร็วสูง โดยผู้ผลิตฮาร์ดแวร์เริ่มวางแผนการออกแบบชิป สวิตช์ และระบบที่จะใช้ประโยชน์จากมาตรฐานใหม่นี้แล้ว ✅ ข้อมูลสำคัญจากข่าว ➡️ PCIe 8.0 จะมีความเร็วสูงสุด 256 GT/s ต่อทิศทาง ➡️ แบนด์วิดท์รวมแบบ bidirectional สูงสุดถึง 1 TB/s เมื่อใช้สล็อต x16 ➡️ สเปกเวอร์ชัน 0.3 ถูกปล่อยให้สมาชิกตรวจสอบแล้ว ➡️ คาดว่าจะเปิดตัวเวอร์ชันเต็มในปี 2028 ✅ เทคโนโลยีและการออกแบบ ➡️ ใช้ PAM4 signaling เหมือน PCIe 6.0 และ 7.0 แต่เพิ่มอัตราบิตขึ้น 2 เท่า ➡️ มีการพิจารณาใช้การเชื่อมต่อแบบออปติกเพื่อลดพลังงานและเพิ่มระยะ ➡️ เน้นการปรับปรุงโปรโตคอลและประสิทธิภาพพลังงาน ➡️ ออกแบบให้รองรับงาน AI, HPC, Edge, Quantum และเครือข่ายความเร็วสูง ✅ ข้อมูลเสริมจากภายนอก ➡️ PCIe 7.0 เปิดตัวในปี 2025 และ PCIe 6.0 ยังอยู่ในช่วงเริ่มใช้งาน ➡️ การเชื่อมต่อแบบออปติกอาจใช้หัวเชื่อมแบบ MPO/MTP และเทคนิค WDM ➡️ การพัฒนา PCIe 8.0 จะส่งผลต่อเซิร์ฟเวอร์และดาต้าเซ็นเตอร์ก่อนเข้าสู่ตลาดผู้ใช้ทั่วไป ➡️ PCIe 8.0 x1 จะมีความเร็วเทียบเท่ากับ PCIe 5.0 x8 ซึ่งเหมาะกับอุปกรณ์ขนาดเล็ก https://www.techpowerup.com/341169/pci-sig-confirms-pcie-8-0-will-deliver-1-tb-s-bidirectional-bandwidth-first-spec-draft-now-available
    WWW.TECHPOWERUP.COM
    PCI-SIG Confirms PCIe 8.0 Will Deliver 1 TB/s Bidirectional Bandwidth, First Spec Draft Now Available
    PCI-SIG has announced a clear step forward for peripheral connectivity: PCIe 8.0 is being developed to run at 256 GT/s, which translates to about 512 GB/s in each direction and roughly 1 TB/s of simultaneous bidirectional bandwidth in a full x16 slot. Version 0.3 of the PCIe 8.0 specification has be...
    0 Comments 0 Shares 162 Views 0 Reviews
  • KDE Linux เปิดตัวเวอร์ชัน Alpha — ระบบปฏิบัติการใหม่จากทีม KDE ที่เน้นความเสถียร ปลอดภัย และทันสมัย

    หลังจากประกาศแนวคิดเมื่อปลายปี 2024 ทีม KDE ก็ได้เปิดตัวระบบปฏิบัติการของตัวเองในชื่อ “KDE Linux” ซึ่งพัฒนาภายใต้โค้ดเนม “Project Banana” โดยมีเป้าหมายเพื่อเป็นแพลตฟอร์มอ้างอิงอย่างเป็นทางการสำหรับเดสก์ท็อป Plasma และแอปพลิเคชันของ KDE ทั้งหมด

    KDE Linux ใช้พื้นฐานจาก Arch Linux แต่ไม่ใช่ดิสโทรแบบ Arch ทั่วไป เพราะมีการออกแบบให้เป็นระบบ “immutable” หรือระบบที่แกนหลักไม่สามารถแก้ไขได้โดยตรง ซึ่งช่วยเพิ่มความเสถียรและลดความเสี่ยงจากการอัปเดตที่ผิดพลาด โดยใช้การอัปเดตแบบ image-based และสามารถย้อนกลับไปยังเวอร์ชันก่อนหน้าได้ง่าย

    ระบบนี้ยังเน้นการติดตั้งแอปผ่าน Flatpak, Snap และ AppImage โดยไม่ใช้แพ็กเกจแบบดั้งเดิมอย่าง pacman, RPM หรือ DEB แต่หากต้องการก็สามารถใช้ container tools เช่น Distrobox และ Toolbx ได้

    KDE Linux Alpha ยังไม่รองรับ Secure Boot และมีปัญหากับ GPU NVIDIA รุ่นก่อน GTX 1630 รวมถึงการใช้งานบางฟีเจอร์ใน Flatpak ที่ยังไม่สมบูรณ์ อย่างไรก็ตาม ผู้พัฒนาเช่น Nate Graham และ Harald Sitter ยืนยันว่าแม้จะเป็นเวอร์ชันทดสอบ แต่ก็สามารถใช้งานจริงได้ในชีวิตประจำวัน โดยมีการติดตั้งแอปพื้นฐานมาให้ เช่น Firefox, Konsole, Haruna, KDE Connect และ KWallet Manager

    ระบบใช้ Wayland เป็น session หลัก ไม่มี X11 รองรับ และใช้ PipeWire สำหรับระบบเสียง พร้อมระบบไฟล์ Btrfs ที่รองรับการย้อนกลับ OS ได้ถึง 5 เวอร์ชันก่อนหน้า

    KDE Linux เปิดตัวเวอร์ชัน Alpha ภายใต้ชื่อ Project Banana
    เป็นระบบปฏิบัติการแบบ immutable ที่เน้นเสถียรภาพและความปลอดภัย
    พัฒนาโดยทีม KDE เพื่อเป็นแพลตฟอร์มอ้างอิงสำหรับ Plasma และแอป KDE

    ใช้พื้นฐานจาก Arch Linux แต่ไม่ใช่ Arch-based แบบดั้งเดิม
    ไม่มี pacman / ใช้ Flatpak, Snap, AppImage เป็นหลัก
    รองรับ container tools เช่น Distrobox และ Toolbx

    ระบบอัปเดตแบบ image-based พร้อมฟีเจอร์ rollback
    เก็บ OS image ได้ถึง 5 เวอร์ชันเพื่อย้อนกลับ
    ลดความเสี่ยงจากการอัปเดตที่ไม่สมบูรณ์

    ใช้ Wayland เป็น session หลัก / ไม่มี X11
    ใช้ PipeWire สำหรับระบบเสียง
    ใช้ Btrfs เป็นระบบไฟล์หลัก

    แอปพื้นฐานที่ติดตั้งมาแล้ว
    Firefox, Konsole, Haruna, KDE Connect, KWallet Manager
    มี Welcome Center และระบบ telemetry opt-in

    นักพัฒนา KDE ใช้งานจริงในชีวิตประจำวัน
    Nate Graham ใช้บนเครื่องหลักและพัฒนา KDE บนระบบนี้
    ยืนยันว่า “ไม่ใช่ของเล่น” แต่เป็นระบบที่ใช้งานได้จริง

    คำเตือนเกี่ยวกับข้อจำกัดของเวอร์ชัน Alpha
    ยังไม่รองรับ Secure Boot
    GPU NVIDIA รุ่นก่อน GTX 1630 ต้องแก้ไขด้วยตนเอง
    Flatpak ยังมีปัญหาเรื่องการแสดงผลและการเชื่อมต่อกับฮาร์ดแวร์บางชนิด
    การอัปเดตระบบยังไม่มี delta update ทำให้ขนาดไฟล์ใหญ่
    Manual partitioning ยังไม่ทำงาน / DisplayLink ยังไม่รองรับ
    ระบบ QA ยังไม่สมบูรณ์ อาจมี build ที่ต้อง rollback

    https://news.itsfoss.com/kde-linux-alpha/
    📰 KDE Linux เปิดตัวเวอร์ชัน Alpha — ระบบปฏิบัติการใหม่จากทีม KDE ที่เน้นความเสถียร ปลอดภัย และทันสมัย หลังจากประกาศแนวคิดเมื่อปลายปี 2024 ทีม KDE ก็ได้เปิดตัวระบบปฏิบัติการของตัวเองในชื่อ “KDE Linux” ซึ่งพัฒนาภายใต้โค้ดเนม “Project Banana” โดยมีเป้าหมายเพื่อเป็นแพลตฟอร์มอ้างอิงอย่างเป็นทางการสำหรับเดสก์ท็อป Plasma และแอปพลิเคชันของ KDE ทั้งหมด KDE Linux ใช้พื้นฐานจาก Arch Linux แต่ไม่ใช่ดิสโทรแบบ Arch ทั่วไป เพราะมีการออกแบบให้เป็นระบบ “immutable” หรือระบบที่แกนหลักไม่สามารถแก้ไขได้โดยตรง ซึ่งช่วยเพิ่มความเสถียรและลดความเสี่ยงจากการอัปเดตที่ผิดพลาด โดยใช้การอัปเดตแบบ image-based และสามารถย้อนกลับไปยังเวอร์ชันก่อนหน้าได้ง่าย ระบบนี้ยังเน้นการติดตั้งแอปผ่าน Flatpak, Snap และ AppImage โดยไม่ใช้แพ็กเกจแบบดั้งเดิมอย่าง pacman, RPM หรือ DEB แต่หากต้องการก็สามารถใช้ container tools เช่น Distrobox และ Toolbx ได้ KDE Linux Alpha ยังไม่รองรับ Secure Boot และมีปัญหากับ GPU NVIDIA รุ่นก่อน GTX 1630 รวมถึงการใช้งานบางฟีเจอร์ใน Flatpak ที่ยังไม่สมบูรณ์ อย่างไรก็ตาม ผู้พัฒนาเช่น Nate Graham และ Harald Sitter ยืนยันว่าแม้จะเป็นเวอร์ชันทดสอบ แต่ก็สามารถใช้งานจริงได้ในชีวิตประจำวัน โดยมีการติดตั้งแอปพื้นฐานมาให้ เช่น Firefox, Konsole, Haruna, KDE Connect และ KWallet Manager ระบบใช้ Wayland เป็น session หลัก ไม่มี X11 รองรับ และใช้ PipeWire สำหรับระบบเสียง พร้อมระบบไฟล์ Btrfs ที่รองรับการย้อนกลับ OS ได้ถึง 5 เวอร์ชันก่อนหน้า ✅ KDE Linux เปิดตัวเวอร์ชัน Alpha ภายใต้ชื่อ Project Banana ➡️ เป็นระบบปฏิบัติการแบบ immutable ที่เน้นเสถียรภาพและความปลอดภัย ➡️ พัฒนาโดยทีม KDE เพื่อเป็นแพลตฟอร์มอ้างอิงสำหรับ Plasma และแอป KDE ✅ ใช้พื้นฐานจาก Arch Linux แต่ไม่ใช่ Arch-based แบบดั้งเดิม ➡️ ไม่มี pacman / ใช้ Flatpak, Snap, AppImage เป็นหลัก ➡️ รองรับ container tools เช่น Distrobox และ Toolbx ✅ ระบบอัปเดตแบบ image-based พร้อมฟีเจอร์ rollback ➡️ เก็บ OS image ได้ถึง 5 เวอร์ชันเพื่อย้อนกลับ ➡️ ลดความเสี่ยงจากการอัปเดตที่ไม่สมบูรณ์ ✅ ใช้ Wayland เป็น session หลัก / ไม่มี X11 ➡️ ใช้ PipeWire สำหรับระบบเสียง ➡️ ใช้ Btrfs เป็นระบบไฟล์หลัก ✅ แอปพื้นฐานที่ติดตั้งมาแล้ว ➡️ Firefox, Konsole, Haruna, KDE Connect, KWallet Manager ➡️ มี Welcome Center และระบบ telemetry opt-in ✅ นักพัฒนา KDE ใช้งานจริงในชีวิตประจำวัน ➡️ Nate Graham ใช้บนเครื่องหลักและพัฒนา KDE บนระบบนี้ ➡️ ยืนยันว่า “ไม่ใช่ของเล่น” แต่เป็นระบบที่ใช้งานได้จริง ‼️ คำเตือนเกี่ยวกับข้อจำกัดของเวอร์ชัน Alpha ⛔ ยังไม่รองรับ Secure Boot ⛔ GPU NVIDIA รุ่นก่อน GTX 1630 ต้องแก้ไขด้วยตนเอง ⛔ Flatpak ยังมีปัญหาเรื่องการแสดงผลและการเชื่อมต่อกับฮาร์ดแวร์บางชนิด ⛔ การอัปเดตระบบยังไม่มี delta update ทำให้ขนาดไฟล์ใหญ่ ⛔ Manual partitioning ยังไม่ทำงาน / DisplayLink ยังไม่รองรับ ⛔ ระบบ QA ยังไม่สมบูรณ์ อาจมี build ที่ต้อง rollback https://news.itsfoss.com/kde-linux-alpha/
    NEWS.ITSFOSS.COM
    I Briefly Tried KDE's Very Own Linux Distro
    I am still livid that they didn't name it KLinux or Kinux.
    0 Comments 0 Shares 188 Views 0 Reviews
  • เร่งปรับเกณฑ์อายัด เฉพาะบัญชีเกี่ยวข้อง : [NEWS UPDATE]
    นางอรมนต์ จันทพันธ์ ผู้อำนวยการ ธนาคารแห่งประเทศไทย(ธปท.) เผยถึงการแก้ปัญหาบัญชีม้า ภายในเดือน ก.ย. นี้ จะกำหนดเงื่อนไขเพื่อให้การกวาดเส้นเงินทำเฉพาะบัญชีที่เกี่ยวข้อง โดยไม่กวาดบัญชีผู้บริสุทธิ์เข้ามาตั้งแต่แรก หลักการคือจะนำเกณฑ์การพิจารณาปลดระงับผู้บริสุทธิ์ที่ใช้งานอยู่ มาปรับใช้กับขั้นตอนการต่อเส้นเงินตั้งแต่เริ่มต้น ยืนยันธนาคารไม่ระงับธุรกรรมที่ใช้จ่ายเล็กน้อย ขอให้ร้านค้ามั่นใจได้ ย้ำ การจัดการบัญชีม้าต้องแก้ไขจริงจัง เพื่อไม่ให้ไทยเป็นศูนย์กลางบัญชีม้า เช่น การกันเงินเข้า เพื่อไม่ให้ใช้หลอกเหยื่อได้ ห้ามเงินออกจากบัญชี และห้ามเปิดบัญชีใหม่


    ต้องปลดล็อกภายในครึ่งวัน

    "อภิสิทธิ์"เหมาะกอบกู้ ปชป.

    เตือนอยุธยารับระดับน้ำสูง

    ลานีญาอาจไม่หนาว
    เร่งปรับเกณฑ์อายัด เฉพาะบัญชีเกี่ยวข้อง : [NEWS UPDATE] นางอรมนต์ จันทพันธ์ ผู้อำนวยการ ธนาคารแห่งประเทศไทย(ธปท.) เผยถึงการแก้ปัญหาบัญชีม้า ภายในเดือน ก.ย. นี้ จะกำหนดเงื่อนไขเพื่อให้การกวาดเส้นเงินทำเฉพาะบัญชีที่เกี่ยวข้อง โดยไม่กวาดบัญชีผู้บริสุทธิ์เข้ามาตั้งแต่แรก หลักการคือจะนำเกณฑ์การพิจารณาปลดระงับผู้บริสุทธิ์ที่ใช้งานอยู่ มาปรับใช้กับขั้นตอนการต่อเส้นเงินตั้งแต่เริ่มต้น ยืนยันธนาคารไม่ระงับธุรกรรมที่ใช้จ่ายเล็กน้อย ขอให้ร้านค้ามั่นใจได้ ย้ำ การจัดการบัญชีม้าต้องแก้ไขจริงจัง เพื่อไม่ให้ไทยเป็นศูนย์กลางบัญชีม้า เช่น การกันเงินเข้า เพื่อไม่ให้ใช้หลอกเหยื่อได้ ห้ามเงินออกจากบัญชี และห้ามเปิดบัญชีใหม่ ต้องปลดล็อกภายในครึ่งวัน "อภิสิทธิ์"เหมาะกอบกู้ ปชป. เตือนอยุธยารับระดับน้ำสูง ลานีญาอาจไม่หนาว
    Like
    Haha
    3
    0 Comments 0 Shares 328 Views 0 0 Reviews
  • “MKVToolNix 95.0 อัปเดตใหม่ เพิ่มความฉลาดในการสร้าง Chapter พร้อมรองรับ Boost รุ่นล่าสุด — เครื่องมือจัดการ MKV ที่ไม่เคยหยุดพัฒนา”

    MKVToolNix เครื่องมือจัดการไฟล์ Matroska (MKV) บนระบบ Linux ได้ปล่อยเวอร์ชันล่าสุด 95.0 ในชื่อ “Goodbye Stranger” โดยมาพร้อมฟีเจอร์ใหม่ที่ช่วยให้การสร้าง chapter ในไฟล์วิดีโอมีความแม่นยำและยืดหยุ่นมากขึ้น โดยเฉพาะเมื่อมีการรวมไฟล์หลายส่วนเข้าด้วยกัน

    ในเวอร์ชันนี้ GUI ของ MKVToolNix ได้เพิ่ม placeholder ใหม่สำหรับการสร้าง chapter ของไฟล์ที่ถูก append ซึ่งจะถูกแทนที่ด้วย metadata ของชื่อไฟล์นั้นโดยอัตโนมัติ ช่วยให้ผู้ใช้สามารถจัดการ chapter ได้ง่ายขึ้นโดยไม่ต้องแก้ไขทีละรายการ

    นอกจากนี้ยังมีการปรับปรุงการแสดงผล matrix จากไฟล์ MP4 ให้แปลงเป็นค่า roll และ yaw ที่เหมาะสมสำหรับไฟล์ MKV และเพิ่ม argument ใหม่ --date ในคำสั่ง mkvmerge เพื่อให้ผู้ใช้สามารถกำหนด metadata วันที่ได้เอง

    ด้านเทคนิค MKVToolNix 95.0 ยังเพิ่มการรองรับ Boost 1.89.0 โดยใช้เฉพาะส่วน header ของ Boost.System ซึ่งเป็นแบบ header-only ตั้งแต่เวอร์ชัน 1.69.0 ทำให้การ build จาก source ต้องใช้ Boost 1.74.0 ขึ้นไป

    ผู้ใช้สามารถดาวน์โหลดเวอร์ชันนี้ได้ทั้งแบบ AppImage ที่รันได้บนทุก distro โดยไม่ต้องติดตั้ง และแบบ source tarball สำหรับผู้ที่ต้องการ build เอง โดยเวอร์ชันนี้ยังรองรับ distro ล่าสุดอย่าง Debian 13 “Trixie” และยุติการสนับสนุน Ubuntu 24.10 ที่หมดอายุไปแล้ว

    ฟีเจอร์ใหม่ใน MKVToolNix 95.0
    เพิ่ม placeholder สำหรับ chapter ของไฟล์ที่ถูก append โดยใช้ title metadata
    ปรับการแสดงผล matrix จาก MP4 เป็นค่า roll และ yaw ที่เหมาะสม
    เพิ่ม argument --date ใน mkvmerge เพื่อกำหนด metadata วันที่

    การปรับปรุงด้านเทคนิค
    รองรับ Boost 1.89.0 โดยใช้เฉพาะ header ของ Boost.System
    ต้องใช้ Boost 1.74.0 ขึ้นไปในการ build จาก source
    แก้บั๊ก PCM packetized ให้ mkvmerge เขียน frame ขนาด 40ms เสมอ
    แก้ปัญหา memory leak ใน MP4/QuickTime reader เมื่ออ่าน PCM audio

    การรองรับระบบปฏิบัติการ
    รองรับ Debian 13 “Trixie”, Arch, Fedora 42, Linux Mint 22, AlmaLinux 10 และอื่น ๆ
    มี AppImage ที่รันได้บน Linux ทุกรุ่นที่ใช้ glibc 2.28 ขึ้นไป
    มี Flatpak บน Flathub สำหรับผู้ใช้ที่ต้องการติดตั้งผ่าน container
    ยุติการสนับสนุน Ubuntu 24.10 ที่หมดอายุในเดือนมิถุนายน 2025

    ข้อมูลเสริมจากภายนอก
    MKVToolNix เป็นเครื่องมือมาตรฐานสำหรับจัดการไฟล์ Matroska ทั้งสร้าง แก้ไข และตรวจสอบ
    GUI ใช้งานง่ายและครอบคลุมฟังก์ชันของเครื่องมือ command-line
    มี community สนับสนุนและอัปเดตต่อเนื่องจากผู้พัฒนา Moritz Bunkus
    เหมาะกับผู้ใช้มืออาชีพด้านวิดีโอและผู้ที่ต้องการควบคุม metadata อย่างละเอียด

    https://9to5linux.com/mkvtoolnix-95-0-mkv-manipulation-tool-improves-the-chapter-generation-feature
    🛠️ “MKVToolNix 95.0 อัปเดตใหม่ เพิ่มความฉลาดในการสร้าง Chapter พร้อมรองรับ Boost รุ่นล่าสุด — เครื่องมือจัดการ MKV ที่ไม่เคยหยุดพัฒนา” MKVToolNix เครื่องมือจัดการไฟล์ Matroska (MKV) บนระบบ Linux ได้ปล่อยเวอร์ชันล่าสุด 95.0 ในชื่อ “Goodbye Stranger” โดยมาพร้อมฟีเจอร์ใหม่ที่ช่วยให้การสร้าง chapter ในไฟล์วิดีโอมีความแม่นยำและยืดหยุ่นมากขึ้น โดยเฉพาะเมื่อมีการรวมไฟล์หลายส่วนเข้าด้วยกัน ในเวอร์ชันนี้ GUI ของ MKVToolNix ได้เพิ่ม placeholder ใหม่สำหรับการสร้าง chapter ของไฟล์ที่ถูก append ซึ่งจะถูกแทนที่ด้วย metadata ของชื่อไฟล์นั้นโดยอัตโนมัติ ช่วยให้ผู้ใช้สามารถจัดการ chapter ได้ง่ายขึ้นโดยไม่ต้องแก้ไขทีละรายการ นอกจากนี้ยังมีการปรับปรุงการแสดงผล matrix จากไฟล์ MP4 ให้แปลงเป็นค่า roll และ yaw ที่เหมาะสมสำหรับไฟล์ MKV และเพิ่ม argument ใหม่ --date ในคำสั่ง mkvmerge เพื่อให้ผู้ใช้สามารถกำหนด metadata วันที่ได้เอง ด้านเทคนิค MKVToolNix 95.0 ยังเพิ่มการรองรับ Boost 1.89.0 โดยใช้เฉพาะส่วน header ของ Boost.System ซึ่งเป็นแบบ header-only ตั้งแต่เวอร์ชัน 1.69.0 ทำให้การ build จาก source ต้องใช้ Boost 1.74.0 ขึ้นไป ผู้ใช้สามารถดาวน์โหลดเวอร์ชันนี้ได้ทั้งแบบ AppImage ที่รันได้บนทุก distro โดยไม่ต้องติดตั้ง และแบบ source tarball สำหรับผู้ที่ต้องการ build เอง โดยเวอร์ชันนี้ยังรองรับ distro ล่าสุดอย่าง Debian 13 “Trixie” และยุติการสนับสนุน Ubuntu 24.10 ที่หมดอายุไปแล้ว ✅ ฟีเจอร์ใหม่ใน MKVToolNix 95.0 ➡️ เพิ่ม placeholder สำหรับ chapter ของไฟล์ที่ถูก append โดยใช้ title metadata ➡️ ปรับการแสดงผล matrix จาก MP4 เป็นค่า roll และ yaw ที่เหมาะสม ➡️ เพิ่ม argument --date ใน mkvmerge เพื่อกำหนด metadata วันที่ ✅ การปรับปรุงด้านเทคนิค ➡️ รองรับ Boost 1.89.0 โดยใช้เฉพาะ header ของ Boost.System ➡️ ต้องใช้ Boost 1.74.0 ขึ้นไปในการ build จาก source ➡️ แก้บั๊ก PCM packetized ให้ mkvmerge เขียน frame ขนาด 40ms เสมอ ➡️ แก้ปัญหา memory leak ใน MP4/QuickTime reader เมื่ออ่าน PCM audio ✅ การรองรับระบบปฏิบัติการ ➡️ รองรับ Debian 13 “Trixie”, Arch, Fedora 42, Linux Mint 22, AlmaLinux 10 และอื่น ๆ ➡️ มี AppImage ที่รันได้บน Linux ทุกรุ่นที่ใช้ glibc 2.28 ขึ้นไป ➡️ มี Flatpak บน Flathub สำหรับผู้ใช้ที่ต้องการติดตั้งผ่าน container ➡️ ยุติการสนับสนุน Ubuntu 24.10 ที่หมดอายุในเดือนมิถุนายน 2025 ✅ ข้อมูลเสริมจากภายนอก ➡️ MKVToolNix เป็นเครื่องมือมาตรฐานสำหรับจัดการไฟล์ Matroska ทั้งสร้าง แก้ไข และตรวจสอบ ➡️ GUI ใช้งานง่ายและครอบคลุมฟังก์ชันของเครื่องมือ command-line ➡️ มี community สนับสนุนและอัปเดตต่อเนื่องจากผู้พัฒนา Moritz Bunkus ➡️ เหมาะกับผู้ใช้มืออาชีพด้านวิดีโอและผู้ที่ต้องการควบคุม metadata อย่างละเอียด https://9to5linux.com/mkvtoolnix-95-0-mkv-manipulation-tool-improves-the-chapter-generation-feature
    9TO5LINUX.COM
    MKVToolNix 95.0 MKV Manipulation Tool Improves the Chapter Generation Feature - 9to5Linux
    MKVToolNix 95.0 open-source MKV manipulation tool is now available for download with a new chapter generation feature and bug fixes.
    0 Comments 0 Shares 204 Views 0 Reviews
  • เรื่องเล่าจาก VM สู่ VMSCAPE: เมื่อแขกในระบบกลายเป็นขโมยข้อมูลของเจ้าบ้าน

    นักวิจัยจาก ETH Zurich ได้ค้นพบช่องโหว่ใหม่ในกลุ่มการโจมตีแบบ Spectre-BTI (Branch Target Injection) ที่ชื่อว่า VMSCAPE ซึ่งเปิดทางให้ virtual machine (VM) ที่เป็น guest สามารถขโมยข้อมูลจาก host ได้โดยไม่ต้องแก้ไขซอฟต์แวร์ของ host เลย

    ช่องโหว่นี้เกิดจากการที่ branch predictor ของ CPU ไม่ถูกแยกอย่างปลอดภัยระหว่าง guest กับ host ทำให้ VM สามารถใช้การคาดเดาเส้นทางการทำงานของ CPU เพื่อเข้าถึงข้อมูลลับ เช่น disk encryption keys หรือ session credentials ได้

    VMSCAPE ส่งผลกระทบต่อระบบคลาวด์ที่ใช้ KVM/QEMU บน CPU ของ AMD Zen 1–5 และ Intel Coffee Lake ซึ่งเป็นสถาปัตยกรรมที่ยังคงใช้ branch prediction แบบเดิม โดยช่องโหว่นี้ได้รับการลงทะเบียนเป็น CVE-2025-40300 แล้ว แต่ยังไม่มีคะแนนความรุนแรงอย่างเป็นทางการ

    นักวิจัยเสนอวิธีแก้ไขที่เรียบง่ายแต่ได้ผล คือการ “flush” branch predictor ทุกครั้งที่ VM ออกจากการทำงาน (VMEXIT) โดยใช้คำสั่ง IBPB ซึ่งสามารถป้องกันการโจมตีได้โดยไม่กระทบต่อประสิทธิภาพของระบบ

    แม้ Intel และ AMD จะเตรียมออกเอกสารและแพตช์เพื่อแก้ไข แต่ช่องโหว่นี้แสดงให้เห็นว่าการป้องกัน Spectre ที่มีอยู่ในปัจจุบันยังไม่เพียงพอ โดยเฉพาะในระบบที่มีการใช้งาน VM อย่างแพร่หลาย

    ช่องโหว่ VMSCAPE ที่ค้นพบโดย ETH Zurich
    เป็นการโจมตีแบบ Spectre-BTI ที่ใช้ branch predictor เพื่อขโมยข้อมูล
    ไม่ต้องแก้ไข host software ก็สามารถเจาะข้อมูลได้
    ส่งผลกระทบต่อระบบที่ใช้ KVM/QEMU บน AMD Zen 1–5 และ Intel Coffee Lake

    การลงทะเบียนและการตอบสนอง
    ช่องโหว่นี้ได้รับรหัส CVE-2025-40300
    AMD และ Intel เตรียมออกเอกสารและแพตช์เพื่อแก้ไข
    Linux community เตรียมออก mitigation พร้อมกับการเปิดเผยช่องโหว่

    วิธีแก้ไขที่เสนอโดยนักวิจัย
    ใช้ IBPB เพื่อ flush branch predictor ทุกครั้งที่ VMEXIT
    ทดสอบแล้วพบว่าไม่มีผลกระทบต่อประสิทธิภาพ
    เป็นวิธีที่สามารถนำไปใช้ได้จริงในระบบคลาวด์

    ความหมายต่อวงการคลาวด์และความปลอดภัย
    แสดงให้เห็นว่า VM isolation ยังไม่ปลอดภัยพอ
    การป้องกัน Spectre ที่มีอยู่ยังไม่ครอบคลุมทุกกรณี
    จำเป็นต้องมีการปรับปรุงระบบความปลอดภัยในระดับสถาปัตยกรรม

    https://www.techradar.com/pro/security/new-spectre-based-cpu-vulnerability-allows-guests-to-steal-sensitive-data-from-the-cloud
    🎙️ เรื่องเล่าจาก VM สู่ VMSCAPE: เมื่อแขกในระบบกลายเป็นขโมยข้อมูลของเจ้าบ้าน นักวิจัยจาก ETH Zurich ได้ค้นพบช่องโหว่ใหม่ในกลุ่มการโจมตีแบบ Spectre-BTI (Branch Target Injection) ที่ชื่อว่า VMSCAPE ซึ่งเปิดทางให้ virtual machine (VM) ที่เป็น guest สามารถขโมยข้อมูลจาก host ได้โดยไม่ต้องแก้ไขซอฟต์แวร์ของ host เลย ช่องโหว่นี้เกิดจากการที่ branch predictor ของ CPU ไม่ถูกแยกอย่างปลอดภัยระหว่าง guest กับ host ทำให้ VM สามารถใช้การคาดเดาเส้นทางการทำงานของ CPU เพื่อเข้าถึงข้อมูลลับ เช่น disk encryption keys หรือ session credentials ได้ VMSCAPE ส่งผลกระทบต่อระบบคลาวด์ที่ใช้ KVM/QEMU บน CPU ของ AMD Zen 1–5 และ Intel Coffee Lake ซึ่งเป็นสถาปัตยกรรมที่ยังคงใช้ branch prediction แบบเดิม โดยช่องโหว่นี้ได้รับการลงทะเบียนเป็น CVE-2025-40300 แล้ว แต่ยังไม่มีคะแนนความรุนแรงอย่างเป็นทางการ นักวิจัยเสนอวิธีแก้ไขที่เรียบง่ายแต่ได้ผล คือการ “flush” branch predictor ทุกครั้งที่ VM ออกจากการทำงาน (VMEXIT) โดยใช้คำสั่ง IBPB ซึ่งสามารถป้องกันการโจมตีได้โดยไม่กระทบต่อประสิทธิภาพของระบบ แม้ Intel และ AMD จะเตรียมออกเอกสารและแพตช์เพื่อแก้ไข แต่ช่องโหว่นี้แสดงให้เห็นว่าการป้องกัน Spectre ที่มีอยู่ในปัจจุบันยังไม่เพียงพอ โดยเฉพาะในระบบที่มีการใช้งาน VM อย่างแพร่หลาย ✅ ช่องโหว่ VMSCAPE ที่ค้นพบโดย ETH Zurich ➡️ เป็นการโจมตีแบบ Spectre-BTI ที่ใช้ branch predictor เพื่อขโมยข้อมูล ➡️ ไม่ต้องแก้ไข host software ก็สามารถเจาะข้อมูลได้ ➡️ ส่งผลกระทบต่อระบบที่ใช้ KVM/QEMU บน AMD Zen 1–5 และ Intel Coffee Lake ✅ การลงทะเบียนและการตอบสนอง ➡️ ช่องโหว่นี้ได้รับรหัส CVE-2025-40300 ➡️ AMD และ Intel เตรียมออกเอกสารและแพตช์เพื่อแก้ไข ➡️ Linux community เตรียมออก mitigation พร้อมกับการเปิดเผยช่องโหว่ ✅ วิธีแก้ไขที่เสนอโดยนักวิจัย ➡️ ใช้ IBPB เพื่อ flush branch predictor ทุกครั้งที่ VMEXIT ➡️ ทดสอบแล้วพบว่าไม่มีผลกระทบต่อประสิทธิภาพ ➡️ เป็นวิธีที่สามารถนำไปใช้ได้จริงในระบบคลาวด์ ✅ ความหมายต่อวงการคลาวด์และความปลอดภัย ➡️ แสดงให้เห็นว่า VM isolation ยังไม่ปลอดภัยพอ ➡️ การป้องกัน Spectre ที่มีอยู่ยังไม่ครอบคลุมทุกกรณี ➡️ จำเป็นต้องมีการปรับปรุงระบบความปลอดภัยในระดับสถาปัตยกรรม https://www.techradar.com/pro/security/new-spectre-based-cpu-vulnerability-allows-guests-to-steal-sensitive-data-from-the-cloud
    0 Comments 0 Shares 237 Views 0 Reviews
  • “Supabase เปิดสิทธิบัตร OrioleDB ให้ชุมชน Postgres — ยกระดับระบบจัดเก็บข้อมูลด้วย B+-Tree เวอร์ชันทนทาน พร้อมเป้าหมายสู่การรวมเข้ากับต้นน้ำ”

    หลังจาก Supabase เข้าซื้อ OrioleDB มาเมื่อปีก่อน ล่าสุดบริษัทได้ประกาศเปิดสิทธิบัตรสหรัฐฯ หมายเลข 10,325,030 ซึ่งครอบคลุมเทคโนโลยี “Durable multiversion B+-tree” ให้ใช้งานได้ฟรีแบบไม่จำกัดสิทธิ์สำหรับผู้ใช้ OrioleDB ทุกคน รวมถึงโฟร์กเชิงพาณิชย์ โดยมีเป้าหมายเพื่อปกป้องโอเพ่นซอร์สจากการฟ้องร้องด้านทรัพย์สินทางปัญญา และผลักดันให้ OrioleDB กลายเป็นส่วนหนึ่งของ PostgreSQL อย่างแท้จริง

    OrioleDB เป็นระบบจัดเก็บข้อมูลแบบ extension ที่ใช้ Table Access Method API ของ Postgres เพื่อแทนที่ heap storage แบบเดิม โดยออกแบบมาให้ทำงานได้ดีกับฮาร์ดแวร์ยุคใหม่และโครงสร้างคลาวด์ Benchmarks ล่าสุดแสดงให้เห็นว่า OrioleDB เร็วกว่า heap ถึง 5.5 เท่าใน workload แบบ TPC-C

    สิ่งที่ทำให้ OrioleDB โดดเด่นคือการใช้ index-organized tables, การเชื่อมโยงหน้าในหน่วยความจำแบบตรง (no buffer mapping), การใช้ undo log แทน vacuum และการทำ checkpoint แบบ copy-on-write ซึ่งช่วยลด overhead และเพิ่มความเสถียรในการทำงานแบบ concurrent

    Supabase ยังยืนยันว่า OrioleDB จะยังคงเป็นโอเพ่นซอร์ส พร้อมเปิดรับการมีส่วนร่วมจากชุมชน ไม่ว่าจะเป็นการส่งโค้ด ทดสอบ หรือให้ฟีดแบ็ก โดยมีเป้าหมายระยะยาวคือการ upstream เข้าสู่ PostgreSQL source tree เพื่อให้กลายเป็นส่วนหนึ่งของระบบหลักอย่างเป็นทางการ

    การเปิดสิทธิบัตรของ OrioleDB
    Supabase เปิดสิทธิบัตร Durable multiversion B+-tree ให้ใช้งานฟรี
    ครอบคลุมผู้ใช้ทุกคน รวมถึงโฟร์กเชิงพาณิชย์
    ใช้เพื่อปกป้องโอเพ่นซอร์สจากการฟ้องร้องด้าน IP
    เสริมความเข้ากันได้กับ PostgreSQL License

    จุดเด่นของ OrioleDB
    เป็น extension ที่แทนที่ heap storage ด้วย Table Access Method API
    เร็วกว่า heap ถึง 5.5 เท่าใน TPC-C benchmark
    ใช้ index-organized tables และ direct memory mapping
    มี undo log แทน vacuum และใช้ copy-on-write checkpoint

    แนวทางการพัฒนาและเป้าหมาย
    ยังคงเป็นโอเพ่นซอร์ส พร้อมเปิดรับการมีส่วนร่วมจากชุมชน
    เป้าหมายคือ upstream เข้าสู่ PostgreSQL source tree
    พัฒนาให้ทำงานได้บน stock Postgres โดยไม่ต้องแก้ไขมาก
    มีแผนปรับปรุงเอกสารและ onboarding เพื่อให้ใช้งานง่ายขึ้น

    ข้อมูลเสริมจากภายนอก
    PostgreSQL 18 กำลังจะเปิดตัวพร้อมฟีเจอร์ด้าน performance ใหม่
    OrioleDB ยังไม่รองรับ index ประเภท HNSW ของ pg_vector
    มีการพัฒนา bridge สำหรับ Index Access Method เพื่อรองรับ index ทุกประเภท
    Supabase ใช้ OrioleDB เป็น storage engine เริ่มต้นใน image ของตนแล้ว

    https://supabase.com/blog/orioledb-patent-free
    🐘 “Supabase เปิดสิทธิบัตร OrioleDB ให้ชุมชน Postgres — ยกระดับระบบจัดเก็บข้อมูลด้วย B+-Tree เวอร์ชันทนทาน พร้อมเป้าหมายสู่การรวมเข้ากับต้นน้ำ” หลังจาก Supabase เข้าซื้อ OrioleDB มาเมื่อปีก่อน ล่าสุดบริษัทได้ประกาศเปิดสิทธิบัตรสหรัฐฯ หมายเลข 10,325,030 ซึ่งครอบคลุมเทคโนโลยี “Durable multiversion B+-tree” ให้ใช้งานได้ฟรีแบบไม่จำกัดสิทธิ์สำหรับผู้ใช้ OrioleDB ทุกคน รวมถึงโฟร์กเชิงพาณิชย์ โดยมีเป้าหมายเพื่อปกป้องโอเพ่นซอร์สจากการฟ้องร้องด้านทรัพย์สินทางปัญญา และผลักดันให้ OrioleDB กลายเป็นส่วนหนึ่งของ PostgreSQL อย่างแท้จริง OrioleDB เป็นระบบจัดเก็บข้อมูลแบบ extension ที่ใช้ Table Access Method API ของ Postgres เพื่อแทนที่ heap storage แบบเดิม โดยออกแบบมาให้ทำงานได้ดีกับฮาร์ดแวร์ยุคใหม่และโครงสร้างคลาวด์ Benchmarks ล่าสุดแสดงให้เห็นว่า OrioleDB เร็วกว่า heap ถึง 5.5 เท่าใน workload แบบ TPC-C สิ่งที่ทำให้ OrioleDB โดดเด่นคือการใช้ index-organized tables, การเชื่อมโยงหน้าในหน่วยความจำแบบตรง (no buffer mapping), การใช้ undo log แทน vacuum และการทำ checkpoint แบบ copy-on-write ซึ่งช่วยลด overhead และเพิ่มความเสถียรในการทำงานแบบ concurrent Supabase ยังยืนยันว่า OrioleDB จะยังคงเป็นโอเพ่นซอร์ส พร้อมเปิดรับการมีส่วนร่วมจากชุมชน ไม่ว่าจะเป็นการส่งโค้ด ทดสอบ หรือให้ฟีดแบ็ก โดยมีเป้าหมายระยะยาวคือการ upstream เข้าสู่ PostgreSQL source tree เพื่อให้กลายเป็นส่วนหนึ่งของระบบหลักอย่างเป็นทางการ ✅ การเปิดสิทธิบัตรของ OrioleDB ➡️ Supabase เปิดสิทธิบัตร Durable multiversion B+-tree ให้ใช้งานฟรี ➡️ ครอบคลุมผู้ใช้ทุกคน รวมถึงโฟร์กเชิงพาณิชย์ ➡️ ใช้เพื่อปกป้องโอเพ่นซอร์สจากการฟ้องร้องด้าน IP ➡️ เสริมความเข้ากันได้กับ PostgreSQL License ✅ จุดเด่นของ OrioleDB ➡️ เป็น extension ที่แทนที่ heap storage ด้วย Table Access Method API ➡️ เร็วกว่า heap ถึง 5.5 เท่าใน TPC-C benchmark ➡️ ใช้ index-organized tables และ direct memory mapping ➡️ มี undo log แทน vacuum และใช้ copy-on-write checkpoint ✅ แนวทางการพัฒนาและเป้าหมาย ➡️ ยังคงเป็นโอเพ่นซอร์ส พร้อมเปิดรับการมีส่วนร่วมจากชุมชน ➡️ เป้าหมายคือ upstream เข้าสู่ PostgreSQL source tree ➡️ พัฒนาให้ทำงานได้บน stock Postgres โดยไม่ต้องแก้ไขมาก ➡️ มีแผนปรับปรุงเอกสารและ onboarding เพื่อให้ใช้งานง่ายขึ้น ✅ ข้อมูลเสริมจากภายนอก ➡️ PostgreSQL 18 กำลังจะเปิดตัวพร้อมฟีเจอร์ด้าน performance ใหม่ ➡️ OrioleDB ยังไม่รองรับ index ประเภท HNSW ของ pg_vector ➡️ มีการพัฒนา bridge สำหรับ Index Access Method เพื่อรองรับ index ทุกประเภท ➡️ Supabase ใช้ OrioleDB เป็น storage engine เริ่มต้นใน image ของตนแล้ว https://supabase.com/blog/orioledb-patent-free
    SUPABASE.COM
    OrioleDB Patent: now freely available to the Postgres community
    Supabase is explicitly making available a non-exclusive license of the OrioleDB patent to all OrioleDB users in accordance with the OrioleDB license.
    0 Comments 0 Shares 199 Views 0 Reviews
  • “เปลี่ยน RTX 4090 เป็นการ์ด AI 48GB ด้วยชุดอัปเกรด $142 — เมื่อโรงงานจีนสร้าง GPU ระดับดาต้าเซ็นเตอร์จากเกมมิ่งแฟลกชิป”

    ในยุคที่การประมวลผล AI ต้องการหน่วยความจำมหาศาล การ์ดจอเกมมิ่งระดับสูงอย่าง RTX 4090 ก็ถูกนำมาดัดแปลงให้กลายเป็น GPU สำหรับงาน AI โดยเฉพาะในจีนที่มีข้อจำกัดด้านการนำเข้าอุปกรณ์ AI จากสหรัฐฯ โรงงานหลายแห่งจึงเริ่ม “แปลงร่าง” RTX 4090 ให้กลายเป็นการ์ด 48GB ที่สามารถรันโมเดลขนาดใหญ่ได้อย่างลื่นไหล

    เทคนิคนี้เริ่มจากการใช้ชุดอัปเกรดที่ขายในจีนในราคาเพียง $142 ซึ่งประกอบด้วย PCB แบบ clamshell ที่รองรับการติดตั้งชิปหน่วยความจำทั้งสองด้าน (เหมือนกับ RTX 3090) และระบบระบายความร้อนแบบ blower-style ที่เหมาะกับเซิร์ฟเวอร์ GPU หลายตัว

    ช่างเทคนิคชื่อ VIK-on ได้สาธิตการถอดชิป AD102 และ GDDR6X ขนาด 2GB จำนวน 12 ตัวจากการ์ด MSI RTX 4090 Suprim แล้วนำไปติดตั้งบน PCB ใหม่ พร้อมอัปโหลดเฟิร์มแวร์ที่ถูกดัดแปลงให้รองรับหน่วยความจำ 48GB โดยใช้เครื่องมือภายในของ NVIDIA ที่หลุดออกมา เช่น MATS และ Mods

    แม้จะต้องใช้ทักษะการบัดกรีระดับสูงและอุปกรณ์เฉพาะทาง แต่ผลลัพธ์คือการ์ด RTX 4090 ที่สามารถรันโมเดล LLM ขนาด 70B ได้อย่างเสถียร โดยไม่ต้องพึ่งการ์ดระดับดาต้าเซ็นเตอร์ที่มีราคาหลายพันดอลลาร์

    การ์ดที่ถูกดัดแปลงนี้ยังสามารถใช้งานกับไดรเวอร์ NVIDIA ได้ตามปกติ และมีการทดสอบความร้อนและประสิทธิภาพผ่าน Furmark, 3DMark และแอปพลิเคชัน AI เพื่อยืนยันว่าใช้งานได้จริง

    วิธีการอัปเกรด RTX 4090 เป็น 48GB
    ใช้ชุดอัปเกรด $142 ที่มี PCB แบบ clamshell และระบบระบายความร้อน blower-style
    ถอดชิป AD102 และ GDDR6X จากการ์ดเดิมแล้วติดตั้งบน PCB ใหม่
    ใช้เฟิร์มแวร์ดัดแปลงเพื่อให้ระบบรู้จักหน่วยความจำ 48GB
    ใช้ชิปหน่วยความจำจากการ์ดเสียเพื่อลดต้นทุน

    ประสิทธิภาพและการใช้งาน
    สามารถรันโมเดล LLM ขนาด 70B ได้อย่างลื่นไหล
    ใช้งานกับไดรเวอร์ NVIDIA ได้โดยไม่ต้องแก้ไขเพิ่มเติม
    ระบบระบายความร้อน blower-style เหมาะกับเซิร์ฟเวอร์หลาย GPU
    ทดสอบผ่าน Furmark, 3DMark และแอป AI เพื่อยืนยันความเสถียร

    ข้อมูลเสริมจากภายนอก
    การ์ด RTX 4090 48GB ขายในจีนราว $3,320 — ถูกกว่าดาต้าเซ็นเตอร์ GPU ถึง 39%
    GPU AD102 มีประสิทธิภาพสูงในงาน AI และ deep learning
    PCB แบบ clamshell เคยใช้ใน RTX 3090 เพื่อรองรับหน่วยความจำสองด้าน
    เฟิร์มแวร์ NVIDIA มีระบบตรวจสอบ device ID เพื่อป้องกันการดัดแปลง

    https://www.tomshardware.com/pc-components/gpus/usd142-upgrade-kit-and-spare-modules-turn-nvidia-rtx-4090-24gb-to-48gb-ai-card-technician-explains-how-chinese-factories-turn-gaming-flagships-into-highly-desirable-ai-gpus
    🧠 “เปลี่ยน RTX 4090 เป็นการ์ด AI 48GB ด้วยชุดอัปเกรด $142 — เมื่อโรงงานจีนสร้าง GPU ระดับดาต้าเซ็นเตอร์จากเกมมิ่งแฟลกชิป” ในยุคที่การประมวลผล AI ต้องการหน่วยความจำมหาศาล การ์ดจอเกมมิ่งระดับสูงอย่าง RTX 4090 ก็ถูกนำมาดัดแปลงให้กลายเป็น GPU สำหรับงาน AI โดยเฉพาะในจีนที่มีข้อจำกัดด้านการนำเข้าอุปกรณ์ AI จากสหรัฐฯ โรงงานหลายแห่งจึงเริ่ม “แปลงร่าง” RTX 4090 ให้กลายเป็นการ์ด 48GB ที่สามารถรันโมเดลขนาดใหญ่ได้อย่างลื่นไหล เทคนิคนี้เริ่มจากการใช้ชุดอัปเกรดที่ขายในจีนในราคาเพียง $142 ซึ่งประกอบด้วย PCB แบบ clamshell ที่รองรับการติดตั้งชิปหน่วยความจำทั้งสองด้าน (เหมือนกับ RTX 3090) และระบบระบายความร้อนแบบ blower-style ที่เหมาะกับเซิร์ฟเวอร์ GPU หลายตัว ช่างเทคนิคชื่อ VIK-on ได้สาธิตการถอดชิป AD102 และ GDDR6X ขนาด 2GB จำนวน 12 ตัวจากการ์ด MSI RTX 4090 Suprim แล้วนำไปติดตั้งบน PCB ใหม่ พร้อมอัปโหลดเฟิร์มแวร์ที่ถูกดัดแปลงให้รองรับหน่วยความจำ 48GB โดยใช้เครื่องมือภายในของ NVIDIA ที่หลุดออกมา เช่น MATS และ Mods แม้จะต้องใช้ทักษะการบัดกรีระดับสูงและอุปกรณ์เฉพาะทาง แต่ผลลัพธ์คือการ์ด RTX 4090 ที่สามารถรันโมเดล LLM ขนาด 70B ได้อย่างเสถียร โดยไม่ต้องพึ่งการ์ดระดับดาต้าเซ็นเตอร์ที่มีราคาหลายพันดอลลาร์ การ์ดที่ถูกดัดแปลงนี้ยังสามารถใช้งานกับไดรเวอร์ NVIDIA ได้ตามปกติ และมีการทดสอบความร้อนและประสิทธิภาพผ่าน Furmark, 3DMark และแอปพลิเคชัน AI เพื่อยืนยันว่าใช้งานได้จริง ✅ วิธีการอัปเกรด RTX 4090 เป็น 48GB ➡️ ใช้ชุดอัปเกรด $142 ที่มี PCB แบบ clamshell และระบบระบายความร้อน blower-style ➡️ ถอดชิป AD102 และ GDDR6X จากการ์ดเดิมแล้วติดตั้งบน PCB ใหม่ ➡️ ใช้เฟิร์มแวร์ดัดแปลงเพื่อให้ระบบรู้จักหน่วยความจำ 48GB ➡️ ใช้ชิปหน่วยความจำจากการ์ดเสียเพื่อลดต้นทุน ✅ ประสิทธิภาพและการใช้งาน ➡️ สามารถรันโมเดล LLM ขนาด 70B ได้อย่างลื่นไหล ➡️ ใช้งานกับไดรเวอร์ NVIDIA ได้โดยไม่ต้องแก้ไขเพิ่มเติม ➡️ ระบบระบายความร้อน blower-style เหมาะกับเซิร์ฟเวอร์หลาย GPU ➡️ ทดสอบผ่าน Furmark, 3DMark และแอป AI เพื่อยืนยันความเสถียร ✅ ข้อมูลเสริมจากภายนอก ➡️ การ์ด RTX 4090 48GB ขายในจีนราว $3,320 — ถูกกว่าดาต้าเซ็นเตอร์ GPU ถึง 39% ➡️ GPU AD102 มีประสิทธิภาพสูงในงาน AI และ deep learning ➡️ PCB แบบ clamshell เคยใช้ใน RTX 3090 เพื่อรองรับหน่วยความจำสองด้าน ➡️ เฟิร์มแวร์ NVIDIA มีระบบตรวจสอบ device ID เพื่อป้องกันการดัดแปลง https://www.tomshardware.com/pc-components/gpus/usd142-upgrade-kit-and-spare-modules-turn-nvidia-rtx-4090-24gb-to-48gb-ai-card-technician-explains-how-chinese-factories-turn-gaming-flagships-into-highly-desirable-ai-gpus
    0 Comments 0 Shares 225 Views 0 Reviews
  • เรื่องเล่าจาก KEV List: เมื่อ CISA เตือนว่า TP-Link และ WhatsApp กำลังถูกใช้โจมตีจริง

    CISA (Cybersecurity and Infrastructure Security Agency) ได้อัปเดตรายชื่อช่องโหว่ที่ถูกใช้โจมตีจริง (Known Exploited Vulnerabilities หรือ KEV List) โดยเพิ่มสองช่องโหว่ใหม่ที่กำลังถูกใช้ในโลกจริง ได้แก่:

    - ช่องโหว่ระดับรุนแรงใน TP-Link Wi-Fi Extender รุ่น TL-WA855RE
    - ช่องโหว่ใน WhatsApp ที่ถูกใช้ในแคมเปญสอดแนมแบบเจาะจง

    ช่องโหว่ใน TP-Link (CVE-2020-24363) เป็นปัญหา “missing authentication” ที่เปิดให้ผู้โจมตีสามารถส่งคำสั่งรีเซ็ตเครื่องจากเครือข่ายเดียวกัน และตั้งรหัสผ่านใหม่เพื่อเข้าควบคุมอุปกรณ์ได้ทันที โดยไม่ต้องยืนยันตัวตนใด ๆ แม้จะมีการออกแพตช์แก้ไขแล้ว แต่รุ่นนี้เข้าสู่สถานะ “end-of-life” แล้ว ทำให้ไม่มีการอัปเดตอีกต่อไป

    ช่องโหว่ใน WhatsApp (CVE-2025-55177) มีความรุนแรงระดับกลาง แต่ถูกใช้ในแคมเปญสอดแนมขั้นสูง โดยอาศัยการ sync ข้อมูลระหว่างอุปกรณ์ที่เชื่อมโยงกัน ซึ่งมีการตรวจสอบสิทธิ์ไม่สมบูรณ์ และเมื่อจับคู่กับช่องโหว่ในระบบ Apple (CVE-2025-43300) ที่อยู่ใน ImageIO framework ก็สามารถใช้เป็น “zero-click exploit” ที่ไม่ต้องให้เหยื่อกดอะไรเลย—แค่เปิดแอปก็ถูกเจาะได้

    WhatsApp ได้ส่งการแจ้งเตือนในแอปไปยังผู้ใช้ที่ถูกเจาะประมาณ 200 รายทั่วโลก โดยส่วนใหญ่เป็นนักข่าวและนักเคลื่อนไหวในภาคประชาสังคม ซึ่งสะท้อนถึงการใช้ช่องโหว่เหล่านี้ในแคมเปญสอดแนมที่มีเป้าหมายเฉพาะ

    ช่องโหว่ใน TP-Link TL-WA855RE
    CVE-2020-24363 เป็นช่องโหว่ “missing authentication” ที่เปิดให้รีเซ็ตเครื่องจากเครือข่ายเดียวกัน
    ผู้โจมตีสามารถตั้งรหัสผ่านใหม่และเข้าควบคุมอุปกรณ์ได้ทันที
    รุ่นนี้เข้าสู่สถานะ end-of-life แล้ว ไม่มีการอัปเดตอีก

    ช่องโหว่ใน WhatsApp และ Apple
    CVE-2025-55177 เกิดจากการตรวจสอบสิทธิ์ไม่สมบูรณ์ในการ sync ข้อมูล
    เมื่อจับคู่กับ CVE-2025-43300 ใน ImageIO ของ Apple จะกลายเป็น zero-click exploit
    ใช้ในแคมเปญสอดแนมที่เจาะจงเป้าหมาย เช่น นักข่าวและนักเคลื่อนไหว

    การตอบสนองจาก WhatsApp และ Apple
    WhatsApp ส่งการแจ้งเตือนในแอปไปยังผู้ใช้ที่ถูกเจาะประมาณ 200 ราย
    Apple ออกแพตช์ฉุกเฉินเพื่อปิดช่องโหว่ใน ImageIO
    ผู้ใช้ควรอัปเดต WhatsApp และระบบปฏิบัติการทันที

    คำแนะนำจาก CISA
    ช่องโหว่ทั้งสองถูกเพิ่มใน KEV List ซึ่งหมายถึงมีการโจมตีจริงแล้ว
    หน่วยงานภาครัฐของสหรัฐฯ ต้องแก้ไขภายในวันที่ 23 กันยายน 2025 ตามคำสั่ง BOD 22-01
    CISA แนะนำให้ทุกองค์กรและผู้ใช้ทั่วไปดำเนินการแก้ไขโดยเร็ว

    https://hackread.com/cisa-tp-link-wi-fi-whatsapp-spyware-flaws-kev-list/
    🎙️ เรื่องเล่าจาก KEV List: เมื่อ CISA เตือนว่า TP-Link และ WhatsApp กำลังถูกใช้โจมตีจริง CISA (Cybersecurity and Infrastructure Security Agency) ได้อัปเดตรายชื่อช่องโหว่ที่ถูกใช้โจมตีจริง (Known Exploited Vulnerabilities หรือ KEV List) โดยเพิ่มสองช่องโหว่ใหม่ที่กำลังถูกใช้ในโลกจริง ได้แก่: - ช่องโหว่ระดับรุนแรงใน TP-Link Wi-Fi Extender รุ่น TL-WA855RE - ช่องโหว่ใน WhatsApp ที่ถูกใช้ในแคมเปญสอดแนมแบบเจาะจง ช่องโหว่ใน TP-Link (CVE-2020-24363) เป็นปัญหา “missing authentication” ที่เปิดให้ผู้โจมตีสามารถส่งคำสั่งรีเซ็ตเครื่องจากเครือข่ายเดียวกัน และตั้งรหัสผ่านใหม่เพื่อเข้าควบคุมอุปกรณ์ได้ทันที โดยไม่ต้องยืนยันตัวตนใด ๆ แม้จะมีการออกแพตช์แก้ไขแล้ว แต่รุ่นนี้เข้าสู่สถานะ “end-of-life” แล้ว ทำให้ไม่มีการอัปเดตอีกต่อไป ช่องโหว่ใน WhatsApp (CVE-2025-55177) มีความรุนแรงระดับกลาง แต่ถูกใช้ในแคมเปญสอดแนมขั้นสูง โดยอาศัยการ sync ข้อมูลระหว่างอุปกรณ์ที่เชื่อมโยงกัน ซึ่งมีการตรวจสอบสิทธิ์ไม่สมบูรณ์ และเมื่อจับคู่กับช่องโหว่ในระบบ Apple (CVE-2025-43300) ที่อยู่ใน ImageIO framework ก็สามารถใช้เป็น “zero-click exploit” ที่ไม่ต้องให้เหยื่อกดอะไรเลย—แค่เปิดแอปก็ถูกเจาะได้ WhatsApp ได้ส่งการแจ้งเตือนในแอปไปยังผู้ใช้ที่ถูกเจาะประมาณ 200 รายทั่วโลก โดยส่วนใหญ่เป็นนักข่าวและนักเคลื่อนไหวในภาคประชาสังคม ซึ่งสะท้อนถึงการใช้ช่องโหว่เหล่านี้ในแคมเปญสอดแนมที่มีเป้าหมายเฉพาะ ✅ ช่องโหว่ใน TP-Link TL-WA855RE ➡️ CVE-2020-24363 เป็นช่องโหว่ “missing authentication” ที่เปิดให้รีเซ็ตเครื่องจากเครือข่ายเดียวกัน ➡️ ผู้โจมตีสามารถตั้งรหัสผ่านใหม่และเข้าควบคุมอุปกรณ์ได้ทันที ➡️ รุ่นนี้เข้าสู่สถานะ end-of-life แล้ว ไม่มีการอัปเดตอีก ✅ ช่องโหว่ใน WhatsApp และ Apple ➡️ CVE-2025-55177 เกิดจากการตรวจสอบสิทธิ์ไม่สมบูรณ์ในการ sync ข้อมูล ➡️ เมื่อจับคู่กับ CVE-2025-43300 ใน ImageIO ของ Apple จะกลายเป็น zero-click exploit ➡️ ใช้ในแคมเปญสอดแนมที่เจาะจงเป้าหมาย เช่น นักข่าวและนักเคลื่อนไหว ✅ การตอบสนองจาก WhatsApp และ Apple ➡️ WhatsApp ส่งการแจ้งเตือนในแอปไปยังผู้ใช้ที่ถูกเจาะประมาณ 200 ราย ➡️ Apple ออกแพตช์ฉุกเฉินเพื่อปิดช่องโหว่ใน ImageIO ➡️ ผู้ใช้ควรอัปเดต WhatsApp และระบบปฏิบัติการทันที ✅ คำแนะนำจาก CISA ➡️ ช่องโหว่ทั้งสองถูกเพิ่มใน KEV List ซึ่งหมายถึงมีการโจมตีจริงแล้ว ➡️ หน่วยงานภาครัฐของสหรัฐฯ ต้องแก้ไขภายในวันที่ 23 กันยายน 2025 ตามคำสั่ง BOD 22-01 ➡️ CISA แนะนำให้ทุกองค์กรและผู้ใช้ทั่วไปดำเนินการแก้ไขโดยเร็ว https://hackread.com/cisa-tp-link-wi-fi-whatsapp-spyware-flaws-kev-list/
    HACKREAD.COM
    CISA Adds TP-Link Wi-Fi and WhatsApp Spyware Flaws to KEV List
    Follow us on Bluesky, Twitter (X), Mastodon and Facebook at @Hackread
    0 Comments 0 Shares 223 Views 0 Reviews
  • ไม่กังวล "ชัยเกษม" ชิงนายก : [THE MESSAGE]

    นายอนุทิน ชาญวีรกูล สส.บัญชีรายชื่อ ในฐานะหัวหน้าพรรคภูมิใจไทย ไม่กังวลพรรคเพื่อไทยจะส่งนายชัยเกษม นิติสิริ ชิงตำแหน่งนายกรัฐมนตรี มั่นใจพรรคประชาชนไม่ฉีกข้อตกลง ยืนยันหากเป็นนายกจะไม่แทรกแซงคดีเขากระโดง-การฮั้ว สว. จะติดตามคดีด้วยตัวเอง ต้องแก้ไขทุกปัญหา ไม่ใช่แค่เรื่องชายแดนอย่างเดียว มีทั้งปากท้องปัญหาเศรษฐกิจ ไว้ให้ถึงวันนั้นก่อน ส่วนหากพรรคภูมิใจไทยได้เป็นรัฐบาล พรรคเพื่อไทยเตรียมไล่บี้นั้น เราเป็นบุคคลสาธารณะ ตั้งแต่เข้ามาในสนามการเมือง สิ่งที่เราพร้อมคือเรามีความจริง คนที่จะบี้หรืออภิปรายตีแผ่อะไร ก็ขอให้เอาความจริงมาพูด อย่าไปเสกสรรค์ปั้นแต่ง
    ไม่กังวล "ชัยเกษม" ชิงนายก : [THE MESSAGE] นายอนุทิน ชาญวีรกูล สส.บัญชีรายชื่อ ในฐานะหัวหน้าพรรคภูมิใจไทย ไม่กังวลพรรคเพื่อไทยจะส่งนายชัยเกษม นิติสิริ ชิงตำแหน่งนายกรัฐมนตรี มั่นใจพรรคประชาชนไม่ฉีกข้อตกลง ยืนยันหากเป็นนายกจะไม่แทรกแซงคดีเขากระโดง-การฮั้ว สว. จะติดตามคดีด้วยตัวเอง ต้องแก้ไขทุกปัญหา ไม่ใช่แค่เรื่องชายแดนอย่างเดียว มีทั้งปากท้องปัญหาเศรษฐกิจ ไว้ให้ถึงวันนั้นก่อน ส่วนหากพรรคภูมิใจไทยได้เป็นรัฐบาล พรรคเพื่อไทยเตรียมไล่บี้นั้น เราเป็นบุคคลสาธารณะ ตั้งแต่เข้ามาในสนามการเมือง สิ่งที่เราพร้อมคือเรามีความจริง คนที่จะบี้หรืออภิปรายตีแผ่อะไร ก็ขอให้เอาความจริงมาพูด อย่าไปเสกสรรค์ปั้นแต่ง
    0 Comments 0 Shares 495 Views 0 Reviews
  • เรื่องเล่าจากสนามโค้ด: เมื่อ vibe coding คือการรูดบัตรเครดิตโดยไม่รู้ยอดหนี้

    “Vibe coding” เป็นคำที่ Andrej Karpathy นิยามไว้ในต้นปี 2025 หมายถึงการเขียนโค้ดด้วย AI โดยไม่ต้องเข้าใจโค้ดทั้งหมด—แค่บอกสิ่งที่ต้องการ แล้วปล่อยให้ LLM (เช่น GPT-4 หรือ Claude) สร้างโค้ดให้เอง

    มันเหมาะกับการสร้างโปรเจกต์เล็ก ๆ หรือแอปต้นแบบที่ไม่ต้องดูแลระยะยาว เช่น แอปคำนวณ, เกมเล็ก ๆ, หรือเครื่องมือส่วนตัว เพราะเร็วและไม่ต้องลงแรงมาก

    แต่เมื่อ vibe coding ถูกใช้กับโปรเจกต์ใหญ่หรือระบบที่ต้องดูแลต่อเนื่อง มันกลายเป็น “legacy code” ที่ไม่มีใครเข้าใจ และนำไปสู่ “หนี้เทคโนโลยี” ที่ต้องจ่ายคืนด้วยเวลาและแรงงานมหาศาลในอนาคต

    Vibe coding คือการเขียนโค้ดด้วย AI โดยไม่ต้องเข้าใจโค้ดทั้งหมด
    ใช้ LLM สร้างโค้ดจากคำสั่งธรรมดา เช่น “สร้างเว็บแสดงข้อมูลประชากรตามเมือง”
    ผู้ใช้ทำหน้าที่เป็นผู้กำกับ ไม่ใช่ผู้เขียนโค้ดโดยตรง

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

    Vibe coding ทำให้คนทั่วไปสามารถสร้างซอฟต์แวร์ได้โดยไม่ต้องเรียนเขียนโค้ด
    เป็นการ democratize การพัฒนาโปรแกรม
    ลดเวลาและต้นทุนในการสร้าง MVP หรือไอเดียใหม่

    แต่เมื่อใช้กับโปรเจกต์จริง จะเกิด “หนี้เทคโนโลยี” (technical debt)
    โค้ดที่ไม่มีโครงสร้างชัดเจน, ไม่มีเอกสาร, และไม่มีการทดสอบ
    ยากต่อการแก้ไข, ขยาย, หรือ debug ในอนาคต

    นักพัฒนาบางคนใช้ vibe coding แบบมีสติ—ให้ AI ช่วยเฉพาะจุด และตรวจสอบทุกบรรทัด
    ใช้ AI เป็นผู้ช่วย ไม่ใช่ผู้แทน
    เหมาะกับงานที่ต้องการความแม่นยำและความปลอดภัย

    เครื่องมืออย่าง Townie, Cursor, และ Bugbot ถูกสร้างขึ้นเพื่อควบคุมคุณภาพของ vibe coding
    ตรวจสอบโค้ดอัตโนมัติ, แนะนำการแก้ไข, และลดข้อผิดพลาด
    ช่วยให้ vibe coding ปลอดภัยขึ้นในระดับองค์กร

    การใช้ vibe coding โดยไม่เข้าใจโค้ด อาจนำไปสู่ระบบที่ไม่มีใครดูแลได้
    เมื่อเกิดปัญหา จะไม่มีใครรู้ว่าจะแก้ตรงไหน
    ต้องพึ่ง AI ในการแก้ไข ซึ่งอาจทำให้ปัญหาซับซ้อนขึ้น

    หนี้เทคโนโลยีจาก vibe coding อาจสะสมจนทำให้โครงการล่ม
    โค้ดที่ดูดีภายนอกอาจมีปัญหาเชิงโครงสร้างภายใน
    การ refactor หรือ rewrite อาจใช้เวลามากกว่าการเขียนใหม่ตั้งแต่ต้น

    ผู้ใช้ที่ไม่มีพื้นฐานการเขียนโค้ดอาจเข้าใจผิดว่า AI สร้างโค้ดที่ “ดีพอ” แล้ว
    ขาดการตรวจสอบความปลอดภัย, ประสิทธิภาพ, และความสามารถในการขยาย
    อาจเกิดช่องโหว่ด้านความปลอดภัยหรือข้อมูลรั่วไหล

    การใช้ vibe coding ในระบบที่ต้องดูแลต่อเนื่องควรมีแนวทางควบคุมที่ชัดเจน
    ต้องมีการตรวจสอบโค้ด, เขียนเอกสาร, และทดสอบอย่างสม่ำเสมอ
    ไม่ควรใช้ AI แทนมนุษย์ในทุกขั้นตอนของการพัฒนา

    ถ้าอยากให้ผมช่วยวางแนวทางการใช้ vibe coding อย่างปลอดภัยในองค์กร หรือเปรียบเทียบเครื่องมือช่วยตรวจสอบโค้ด AI เช่น Bugbot, Cursor, หรือ GitHub Copilot ผมพร้อมเจาะลึกให้คุณได้เลยครับ

    https://blog.val.town/vibe-code
    🧠 เรื่องเล่าจากสนามโค้ด: เมื่อ vibe coding คือการรูดบัตรเครดิตโดยไม่รู้ยอดหนี้ “Vibe coding” เป็นคำที่ Andrej Karpathy นิยามไว้ในต้นปี 2025 หมายถึงการเขียนโค้ดด้วย AI โดยไม่ต้องเข้าใจโค้ดทั้งหมด—แค่บอกสิ่งที่ต้องการ แล้วปล่อยให้ LLM (เช่น GPT-4 หรือ Claude) สร้างโค้ดให้เอง มันเหมาะกับการสร้างโปรเจกต์เล็ก ๆ หรือแอปต้นแบบที่ไม่ต้องดูแลระยะยาว เช่น แอปคำนวณ, เกมเล็ก ๆ, หรือเครื่องมือส่วนตัว เพราะเร็วและไม่ต้องลงแรงมาก แต่เมื่อ vibe coding ถูกใช้กับโปรเจกต์ใหญ่หรือระบบที่ต้องดูแลต่อเนื่อง มันกลายเป็น “legacy code” ที่ไม่มีใครเข้าใจ และนำไปสู่ “หนี้เทคโนโลยี” ที่ต้องจ่ายคืนด้วยเวลาและแรงงานมหาศาลในอนาคต ✅ Vibe coding คือการเขียนโค้ดด้วย AI โดยไม่ต้องเข้าใจโค้ดทั้งหมด ➡️ ใช้ LLM สร้างโค้ดจากคำสั่งธรรมดา เช่น “สร้างเว็บแสดงข้อมูลประชากรตามเมือง” ➡️ ผู้ใช้ทำหน้าที่เป็นผู้กำกับ ไม่ใช่ผู้เขียนโค้ดโดยตรง ✅ เหมาะกับโปรเจกต์ต้นแบบหรือแอปที่ไม่ต้องดูแลระยะยาว ➡️ เช่น แอปคำนวณ, เกมเล็ก ๆ, หรือเครื่องมือส่วนตัว ➡️ ไม่ต้องเข้าใจโค้ดลึก เพราะไม่ต้องแก้ไขหรือขยายในอนาคต ✅ Vibe coding ทำให้คนทั่วไปสามารถสร้างซอฟต์แวร์ได้โดยไม่ต้องเรียนเขียนโค้ด ➡️ เป็นการ democratize การพัฒนาโปรแกรม ➡️ ลดเวลาและต้นทุนในการสร้าง MVP หรือไอเดียใหม่ ✅ แต่เมื่อใช้กับโปรเจกต์จริง จะเกิด “หนี้เทคโนโลยี” (technical debt) ➡️ โค้ดที่ไม่มีโครงสร้างชัดเจน, ไม่มีเอกสาร, และไม่มีการทดสอบ ➡️ ยากต่อการแก้ไข, ขยาย, หรือ debug ในอนาคต ✅ นักพัฒนาบางคนใช้ vibe coding แบบมีสติ—ให้ AI ช่วยเฉพาะจุด และตรวจสอบทุกบรรทัด ➡️ ใช้ AI เป็นผู้ช่วย ไม่ใช่ผู้แทน ➡️ เหมาะกับงานที่ต้องการความแม่นยำและความปลอดภัย ✅ เครื่องมืออย่าง Townie, Cursor, และ Bugbot ถูกสร้างขึ้นเพื่อควบคุมคุณภาพของ vibe coding ➡️ ตรวจสอบโค้ดอัตโนมัติ, แนะนำการแก้ไข, และลดข้อผิดพลาด ➡️ ช่วยให้ vibe coding ปลอดภัยขึ้นในระดับองค์กร ‼️ การใช้ vibe coding โดยไม่เข้าใจโค้ด อาจนำไปสู่ระบบที่ไม่มีใครดูแลได้ ⛔ เมื่อเกิดปัญหา จะไม่มีใครรู้ว่าจะแก้ตรงไหน ⛔ ต้องพึ่ง AI ในการแก้ไข ซึ่งอาจทำให้ปัญหาซับซ้อนขึ้น ‼️ หนี้เทคโนโลยีจาก vibe coding อาจสะสมจนทำให้โครงการล่ม ⛔ โค้ดที่ดูดีภายนอกอาจมีปัญหาเชิงโครงสร้างภายใน ⛔ การ refactor หรือ rewrite อาจใช้เวลามากกว่าการเขียนใหม่ตั้งแต่ต้น ‼️ ผู้ใช้ที่ไม่มีพื้นฐานการเขียนโค้ดอาจเข้าใจผิดว่า AI สร้างโค้ดที่ “ดีพอ” แล้ว ⛔ ขาดการตรวจสอบความปลอดภัย, ประสิทธิภาพ, และความสามารถในการขยาย ⛔ อาจเกิดช่องโหว่ด้านความปลอดภัยหรือข้อมูลรั่วไหล ‼️ การใช้ vibe coding ในระบบที่ต้องดูแลต่อเนื่องควรมีแนวทางควบคุมที่ชัดเจน ⛔ ต้องมีการตรวจสอบโค้ด, เขียนเอกสาร, และทดสอบอย่างสม่ำเสมอ ⛔ ไม่ควรใช้ AI แทนมนุษย์ในทุกขั้นตอนของการพัฒนา ถ้าอยากให้ผมช่วยวางแนวทางการใช้ vibe coding อย่างปลอดภัยในองค์กร หรือเปรียบเทียบเครื่องมือช่วยตรวจสอบโค้ด AI เช่น Bugbot, Cursor, หรือ GitHub Copilot ผมพร้อมเจาะลึกให้คุณได้เลยครับ 🤖🧠💻 https://blog.val.town/vibe-code
    BLOG.VAL.TOWN
    Vibe code is legacy code
    Updates and articles from the Val Town team
    0 Comments 0 Shares 201 Views 0 Reviews
  • เรื่องเล่าจากอนาคต (ที่ใกล้เข้ามา): เมื่อ Debian ตัดสินใจแก้ปัญหา Y2K38 ก่อนจะสายเกินไป

    ย้อนกลับไปปี 2000 โลกเคยเผชิญกับ “Y2K bug” ที่ทำให้หลายคนกลัวว่าเครื่องบินจะตกและธนาคารจะล่ม เพราะระบบคอมพิวเตอร์ใช้แค่สองหลักในการเก็บปี พอเข้าสู่ปี 2000 ก็คิดว่าเป็น 1900 แทน

    ตอนนี้เรากำลังเผชิญกับปัญหาใหม่ที่คล้ายกันในปี 2038: ระบบ Unix ที่ใช้ตัวเลขจำนวนวินาทีตั้งแต่ปี 1970 เก็บไว้ในตัวแปร 32-bit จะเต็มในวันที่ 19 มกราคม 2038 เวลา 03:14:07 UTC และเมื่อเพิ่มอีกวินาทีเดียว ระบบจะ “ล้น” และกลับไปเป็นปี 1901!

    Debian ซึ่งเป็นหนึ่งใน Linux distro ที่เก่าแก่ที่สุด กำลังแก้ปัญหานี้อย่างจริงจัง โดยจะเปลี่ยนไปใช้ตัวแปรเวลาแบบ 64-bit แม้แต่ในระบบ 32-bit ที่ยังใช้งานอยู่ในอุปกรณ์ราคาประหยัด เช่น รถยนต์, IoT, ทีวี, และเราเตอร์

    Debian เตรียมแก้ปัญหา Y2K38 ด้วยการเปลี่ยนไปใช้ time_t แบบ 64-bit
    เริ่มใช้ใน Debian 13 “Trixie” ทั้งในระบบ 64-bit และ 32-bit
    time_t แบบใหม่จะไม่ล้นจนถึงอีก 292 พันล้านปี

    Y2K38 เกิดจากการใช้ signed 32-bit integer ในการเก็บเวลา Unix
    เก็บได้สูงสุดถึง 2,147,483,647 วินาทีหลังปี 1970
    เมื่อถึง 03:14:07 UTC วันที่ 19 ม.ค. 2038 จะล้นและกลายเป็นปี 1901

    Debian เป็น distro ที่ยังใช้ในอุปกรณ์ 32-bit จำนวนมาก
    เช่น ระบบควบคุมอาคาร, รถยนต์, ทีวี, Android ราคาถูก
    คาดว่าอุปกรณ์เหล่านี้จะยังใช้งานอยู่เมื่อถึงปี 2038

    การเปลี่ยนไปใช้ 64-bit time_t ต้องแก้ไขมากกว่า 6,429 แพ็กเกจใน Debian
    เป็นการเปลี่ยนแปลงใหญ่ที่กระทบถึง ABI (Application Binary Interface)
    ต้องแก้พร้อมกันในทุกไลบรารีที่เกี่ยวข้อง

    บางสถาปัตยกรรมจะยังคงใช้ 32-bit time_t เพื่อความเข้ากันได้
    เช่น i386 จะยังใช้แบบเดิมเพื่อรองรับ binary เก่า
    อาจมีการสร้าง ABI ใหม่ชื่อ i686 ที่รองรับ 64-bit time_t หากมีความต้องการ

    ระบบที่ยังใช้ 32-bit time_t จะล้มเหลวเมื่อถึงปี 2038
    อาจเกิดการย้อนเวลา, ข้อมูลเสียหาย, หรือระบบหยุดทำงาน
    กระทบต่อระบบฝังตัวที่ไม่สามารถอัปเดตได้ง่าย

    การเปลี่ยนไปใช้ 64-bit time_t อาจทำให้แอปพลิเคชันบางตัวพัง
    ต้องตรวจสอบว่าโปรแกรมรองรับการเปลี่ยนแปลง ABI
    นักพัฒนาควรทดสอบซอฟต์แวร์กับ Debian รุ่นใหม่ล่วงหน้า

    อุปกรณ์ราคาถูกที่ยังผลิตอยู่วันนี้อาจยังใช้ 32-bit และเสี่ยงต่อ Y2K38
    เช่น Android ราคาถูก, IoT, และระบบควบคุมอุตสาหกรรม
    หากไม่ใช้ OS ที่แก้ปัญหาไว้แล้ว อาจต้องเปลี่ยนฮาร์ดแวร์ใหม่

    บางระบบปฏิบัติการอื่นยังไม่แก้ปัญหา Y2K38 อย่างจริงจัง
    เช่น Windows รุ่นเก่า หรือ embedded OS ที่ไม่มีการอัปเดต
    อาจเกิดปัญหาแบบเงียบๆ เมื่อถึงปี 2038

    https://www.theregister.com/2025/07/25/y2k38_bug_debian/
    🕰️ เรื่องเล่าจากอนาคต (ที่ใกล้เข้ามา): เมื่อ Debian ตัดสินใจแก้ปัญหา Y2K38 ก่อนจะสายเกินไป ย้อนกลับไปปี 2000 โลกเคยเผชิญกับ “Y2K bug” ที่ทำให้หลายคนกลัวว่าเครื่องบินจะตกและธนาคารจะล่ม เพราะระบบคอมพิวเตอร์ใช้แค่สองหลักในการเก็บปี พอเข้าสู่ปี 2000 ก็คิดว่าเป็น 1900 แทน ตอนนี้เรากำลังเผชิญกับปัญหาใหม่ที่คล้ายกันในปี 2038: ระบบ Unix ที่ใช้ตัวเลขจำนวนวินาทีตั้งแต่ปี 1970 เก็บไว้ในตัวแปร 32-bit จะเต็มในวันที่ 19 มกราคม 2038 เวลา 03:14:07 UTC และเมื่อเพิ่มอีกวินาทีเดียว ระบบจะ “ล้น” และกลับไปเป็นปี 1901! Debian ซึ่งเป็นหนึ่งใน Linux distro ที่เก่าแก่ที่สุด กำลังแก้ปัญหานี้อย่างจริงจัง โดยจะเปลี่ยนไปใช้ตัวแปรเวลาแบบ 64-bit แม้แต่ในระบบ 32-bit ที่ยังใช้งานอยู่ในอุปกรณ์ราคาประหยัด เช่น รถยนต์, IoT, ทีวี, และเราเตอร์ ✅ Debian เตรียมแก้ปัญหา Y2K38 ด้วยการเปลี่ยนไปใช้ time_t แบบ 64-bit ➡️ เริ่มใช้ใน Debian 13 “Trixie” ทั้งในระบบ 64-bit และ 32-bit ➡️ time_t แบบใหม่จะไม่ล้นจนถึงอีก 292 พันล้านปี ✅ Y2K38 เกิดจากการใช้ signed 32-bit integer ในการเก็บเวลา Unix ➡️ เก็บได้สูงสุดถึง 2,147,483,647 วินาทีหลังปี 1970 ➡️ เมื่อถึง 03:14:07 UTC วันที่ 19 ม.ค. 2038 จะล้นและกลายเป็นปี 1901 ✅ Debian เป็น distro ที่ยังใช้ในอุปกรณ์ 32-bit จำนวนมาก ➡️ เช่น ระบบควบคุมอาคาร, รถยนต์, ทีวี, Android ราคาถูก ➡️ คาดว่าอุปกรณ์เหล่านี้จะยังใช้งานอยู่เมื่อถึงปี 2038 ✅ การเปลี่ยนไปใช้ 64-bit time_t ต้องแก้ไขมากกว่า 6,429 แพ็กเกจใน Debian ➡️ เป็นการเปลี่ยนแปลงใหญ่ที่กระทบถึง ABI (Application Binary Interface) ➡️ ต้องแก้พร้อมกันในทุกไลบรารีที่เกี่ยวข้อง ✅ บางสถาปัตยกรรมจะยังคงใช้ 32-bit time_t เพื่อความเข้ากันได้ ➡️ เช่น i386 จะยังใช้แบบเดิมเพื่อรองรับ binary เก่า ➡️ อาจมีการสร้าง ABI ใหม่ชื่อ i686 ที่รองรับ 64-bit time_t หากมีความต้องการ ‼️ ระบบที่ยังใช้ 32-bit time_t จะล้มเหลวเมื่อถึงปี 2038 ⛔ อาจเกิดการย้อนเวลา, ข้อมูลเสียหาย, หรือระบบหยุดทำงาน ⛔ กระทบต่อระบบฝังตัวที่ไม่สามารถอัปเดตได้ง่าย ‼️ การเปลี่ยนไปใช้ 64-bit time_t อาจทำให้แอปพลิเคชันบางตัวพัง ⛔ ต้องตรวจสอบว่าโปรแกรมรองรับการเปลี่ยนแปลง ABI ⛔ นักพัฒนาควรทดสอบซอฟต์แวร์กับ Debian รุ่นใหม่ล่วงหน้า ‼️ อุปกรณ์ราคาถูกที่ยังผลิตอยู่วันนี้อาจยังใช้ 32-bit และเสี่ยงต่อ Y2K38 ⛔ เช่น Android ราคาถูก, IoT, และระบบควบคุมอุตสาหกรรม ⛔ หากไม่ใช้ OS ที่แก้ปัญหาไว้แล้ว อาจต้องเปลี่ยนฮาร์ดแวร์ใหม่ ‼️ บางระบบปฏิบัติการอื่นยังไม่แก้ปัญหา Y2K38 อย่างจริงจัง ⛔ เช่น Windows รุ่นเก่า หรือ embedded OS ที่ไม่มีการอัปเดต ⛔ อาจเกิดปัญหาแบบเงียบๆ เมื่อถึงปี 2038 https://www.theregister.com/2025/07/25/y2k38_bug_debian/
    0 Comments 0 Shares 273 Views 0 Reviews
  • เรื่องเล่าจากห้องแล็บ: เมื่อ NVIDIA เตรียมส่ง N1X SoC ลงสนามแข่งกับ Apple และ AMD

    ลองจินตนาการว่าแล็ปท็อปเครื่องบางเบาของคุณสามารถเล่นเกมระดับ RTX 4070 ได้โดยใช้พลังงานแค่ครึ่งเดียว และยังมีแบตเตอรี่ที่อึดขึ้นอีกหลายชั่วโมง—นั่นคือเป้าหมายของ NVIDIA กับชิปใหม่ชื่อว่า “N1X SoC”

    N1X เป็นชิปแบบ ARM ที่พัฒนาโดย NVIDIA ร่วมกับ MediaTek โดยใช้สถาปัตยกรรมเดียวกับ GB10 Superchip ที่ใช้ใน AI mini-PC อย่าง DGX Spark แต่ปรับให้เหมาะกับผู้บริโภคทั่วไป โดยรวม CPU แบบ 20-core และ GPU แบบ Blackwell ที่มี CUDA core เท่ากับ RTX 5070 ถึง 6,144 ตัว!

    แม้จะยังเป็นตัวต้นแบบ แต่ผลทดสอบจาก Geekbench ก็แสดงให้เห็นว่า iGPU ของ N1X แรงกว่า Apple M3 Max และ AMD 890M แล้ว และถ้าเปิดตัวจริงในปี 2026 ก็อาจเป็นชิป ARM ตัวแรกที่ท้าชน Intel และ AMD ได้อย่างจริงจัง

    N1X SoC เป็นชิป ARM สำหรับแล็ปท็อปที่พัฒนาโดย NVIDIA ร่วมกับ MediaTek
    ใช้สถาปัตยกรรม Grace CPU + Blackwell GPU
    มี 20-core CPU แบ่งเป็น 10 Cortex-X925 + 10 Cortex-A725

    GPU ภายในมี 48 SMs หรือ 6,144 CUDA cores เท่ากับ RTX 5070
    ใช้ LPDDR5X แบบ unified memory สูงสุด 128GB
    รองรับงาน AI, เกม และการประมวลผลทั่วไป

    ผลทดสอบ Geekbench แสดงคะแนน OpenCL ที่ 46,361
    สูงกว่า iGPU ของ Apple M3 Max และ AMD 890M
    แม้ยังเป็นตัวต้นแบบที่รันที่ 1.05 GHz เท่านั้น

    เป้าหมายคือแล็ปท็อปบางเบาที่มีประสิทธิภาพระดับ RTX 4070 แต่ใช้พลังงานเพียง 65W–120W
    เทียบกับ RTX 4070 ที่ใช้พลังงาน 120W ขึ้นไป
    เหมาะกับเกมเมอร์, นักพัฒนา AI และผู้ใช้ทั่วไป

    คาดว่าจะเปิดตัวในไตรมาส 1 ปี 2026
    อาจเปิดตัวพร้อม Windows เวอร์ชันใหม่ที่รองรับ AI เต็มรูปแบบ
    Dell Alienware อาจเป็นแบรนด์แรกที่ใช้ชิปนี้ในโน้ตบุ๊กเกมรุ่นใหม่

    ยังไม่มีวันเปิดตัวแน่นอน และอาจเลื่อนออกไปอีก
    เดิมคาดว่าจะเปิดตัวปลายปี 2025 แต่เลื่อนเป็น Q1 2026
    ปัญหาด้านฮาร์ดแวร์และการออกแบบยังต้องแก้ไข

    ประสิทธิภาพยังไม่เสถียร เพราะเป็นตัวต้นแบบ
    ความเร็วสัญญาณนาฬิกายังต่ำ และไม่มี GDDR memory
    ต้องรอเวอร์ชันจริงเพื่อดูประสิทธิภาพเต็มที่

    การใช้ ARM บน Windows ยังมีปัญหาด้านความเข้ากันได้กับซอฟต์แวร์
    โปรแกรมบางตัวอาจยังไม่รองรับหรือทำงานช้า
    ต้องพึ่งพาการพัฒนา ecosystem จาก Microsoft และนักพัฒนา

    การแข่งขันกับ Apple, AMD และ Intel ยังเข้มข้น
    Apple M4, AMD Ryzen AI MAX และ Intel AX series ก็มีแผนเปิดตัวในช่วงเวลาเดียวกัน
    NVIDIA ต้องพิสูจน์ว่า ARM ของตนสามารถทดแทน x86 ได้จริง

    https://www.tomshardware.com/pc-components/gpus/nvidia-n1x-soc-leaks-with-the-same-number-of-cuda-cores-as-an-rtx-5070-n1x-specs-align-with-the-gb10-superchip
    🧠 เรื่องเล่าจากห้องแล็บ: เมื่อ NVIDIA เตรียมส่ง N1X SoC ลงสนามแข่งกับ Apple และ AMD ลองจินตนาการว่าแล็ปท็อปเครื่องบางเบาของคุณสามารถเล่นเกมระดับ RTX 4070 ได้โดยใช้พลังงานแค่ครึ่งเดียว และยังมีแบตเตอรี่ที่อึดขึ้นอีกหลายชั่วโมง—นั่นคือเป้าหมายของ NVIDIA กับชิปใหม่ชื่อว่า “N1X SoC” N1X เป็นชิปแบบ ARM ที่พัฒนาโดย NVIDIA ร่วมกับ MediaTek โดยใช้สถาปัตยกรรมเดียวกับ GB10 Superchip ที่ใช้ใน AI mini-PC อย่าง DGX Spark แต่ปรับให้เหมาะกับผู้บริโภคทั่วไป โดยรวม CPU แบบ 20-core และ GPU แบบ Blackwell ที่มี CUDA core เท่ากับ RTX 5070 ถึง 6,144 ตัว! แม้จะยังเป็นตัวต้นแบบ แต่ผลทดสอบจาก Geekbench ก็แสดงให้เห็นว่า iGPU ของ N1X แรงกว่า Apple M3 Max และ AMD 890M แล้ว และถ้าเปิดตัวจริงในปี 2026 ก็อาจเป็นชิป ARM ตัวแรกที่ท้าชน Intel และ AMD ได้อย่างจริงจัง ✅ N1X SoC เป็นชิป ARM สำหรับแล็ปท็อปที่พัฒนาโดย NVIDIA ร่วมกับ MediaTek ➡️ ใช้สถาปัตยกรรม Grace CPU + Blackwell GPU ➡️ มี 20-core CPU แบ่งเป็น 10 Cortex-X925 + 10 Cortex-A725 ✅ GPU ภายในมี 48 SMs หรือ 6,144 CUDA cores เท่ากับ RTX 5070 ➡️ ใช้ LPDDR5X แบบ unified memory สูงสุด 128GB ➡️ รองรับงาน AI, เกม และการประมวลผลทั่วไป ✅ ผลทดสอบ Geekbench แสดงคะแนน OpenCL ที่ 46,361 ➡️ สูงกว่า iGPU ของ Apple M3 Max และ AMD 890M ➡️ แม้ยังเป็นตัวต้นแบบที่รันที่ 1.05 GHz เท่านั้น ✅ เป้าหมายคือแล็ปท็อปบางเบาที่มีประสิทธิภาพระดับ RTX 4070 แต่ใช้พลังงานเพียง 65W–120W ➡️ เทียบกับ RTX 4070 ที่ใช้พลังงาน 120W ขึ้นไป ➡️ เหมาะกับเกมเมอร์, นักพัฒนา AI และผู้ใช้ทั่วไป ✅ คาดว่าจะเปิดตัวในไตรมาส 1 ปี 2026 ➡️ อาจเปิดตัวพร้อม Windows เวอร์ชันใหม่ที่รองรับ AI เต็มรูปแบบ ➡️ Dell Alienware อาจเป็นแบรนด์แรกที่ใช้ชิปนี้ในโน้ตบุ๊กเกมรุ่นใหม่ ‼️ ยังไม่มีวันเปิดตัวแน่นอน และอาจเลื่อนออกไปอีก ⛔ เดิมคาดว่าจะเปิดตัวปลายปี 2025 แต่เลื่อนเป็น Q1 2026 ⛔ ปัญหาด้านฮาร์ดแวร์และการออกแบบยังต้องแก้ไข ‼️ ประสิทธิภาพยังไม่เสถียร เพราะเป็นตัวต้นแบบ ⛔ ความเร็วสัญญาณนาฬิกายังต่ำ และไม่มี GDDR memory ⛔ ต้องรอเวอร์ชันจริงเพื่อดูประสิทธิภาพเต็มที่ ‼️ การใช้ ARM บน Windows ยังมีปัญหาด้านความเข้ากันได้กับซอฟต์แวร์ ⛔ โปรแกรมบางตัวอาจยังไม่รองรับหรือทำงานช้า ⛔ ต้องพึ่งพาการพัฒนา ecosystem จาก Microsoft และนักพัฒนา ‼️ การแข่งขันกับ Apple, AMD และ Intel ยังเข้มข้น ⛔ Apple M4, AMD Ryzen AI MAX และ Intel AX series ก็มีแผนเปิดตัวในช่วงเวลาเดียวกัน ⛔ NVIDIA ต้องพิสูจน์ว่า ARM ของตนสามารถทดแทน x86 ได้จริง https://www.tomshardware.com/pc-components/gpus/nvidia-n1x-soc-leaks-with-the-same-number-of-cuda-cores-as-an-rtx-5070-n1x-specs-align-with-the-gb10-superchip
    0 Comments 0 Shares 311 Views 0 Reviews
  • HoloMem ริบบิ้นฮอโลกราฟิก – เก็บข้อมูล 200TB นาน 50 ปี ใช้พลังงานเป็นศูนย์

    HoloMem เปิดตัวเทคโนโลยีจัดเก็บข้อมูลแบบใหม่ที่ใช้ริบบิ้นโพลีเมอร์บางเพียง 120 ไมครอน ซึ่งสามารถเขียนข้อมูลแบบฮอโลกราฟิกได้หลายชั้นในรูปแบบ WORM (Write Once, Read Many) โดยใช้เลเซอร์ไดโอดราคาถูกเพียง $5 เป็นหัวอ่าน/เขียน

    จุดเด่นของ HoloMem:
    - ความจุสูงถึง 200TB ต่อแผ่น (มากกว่า LTO-10 ถึง 11 เท่า)
    - อายุการใช้งาน 50 ปี (มากกว่าเทปแม่เหล็กถึง 10 เท่า)
    - ใช้พลังงานเป็นศูนย์เมื่อเก็บข้อมูลไว้เฉย ๆ
    - ขนาดแผ่นเท่ากับ LTO สามารถใช้กับหุ่นยนต์จัดการเทปเดิมได้ทันที
    - ใช้ชิ้นส่วนราคาถูกและผลิตง่าย เช่น โพลีเมอร์ไวแสงหนา 16 ไมครอน
    - ความยาวริบบิ้นเพียง 100 เมตร (เทียบกับเทปแม่เหล็กที่ยาว 1,000 เมตร)

    HoloMem ยังออกแบบให้สามารถติดตั้งร่วมกับระบบจัดเก็บข้อมูลเดิมได้โดยไม่ต้องเปลี่ยนฮาร์ดแวร์หรือซอฟต์แวร์มากนัก ลดแรงเสียดทานในการเปลี่ยนผ่าน และได้รับการสนับสนุนจาก Intel Ignite และ Innovate UK

    แม้ยังไม่มีวันเปิดตัวอย่างเป็นทางการ แต่ TechRe Consultants ในสหราชอาณาจักรจะเริ่มทดลองใช้งานจริงในศูนย์ข้อมูลเพื่อทดสอบความทนทานและประสิทธิภาพ

    ข้อมูลจากข่าว
    - HoloMem พัฒนาเทคโนโลยีจัดเก็บข้อมูลแบบฮอโลกราฟิกบนริบบิ้นโพลีเมอร์
    - ความจุสูงถึง 200TB ต่อแผ่น และอายุการใช้งาน 50 ปี
    - ใช้พลังงานเป็นศูนย์เมื่อเก็บข้อมูลไว้เฉย ๆ
    - ขนาดเท่ากับ LTO สามารถใช้กับระบบจัดการเทปเดิมได้ทันที
    - ใช้เลเซอร์ไดโอดราคาถูก ($5) และวัสดุโพลีเมอร์ที่ผลิตง่าย
    - ความยาวริบบิ้นเพียง 100 เมตร เทียบกับเทปแม่เหล็ก 1,000 เมตร
    - ทำงานในรูปแบบ WORM (Write Once, Read Many)
    - ได้รับการสนับสนุนจาก Intel Ignite และ Innovate UK
    - TechRe Consultants จะเริ่มทดลองใช้งานในศูนย์ข้อมูลจริง

    คำเตือนและข้อควรระวัง
    - เทคโนโลยียังอยู่ในขั้นต้น ไม่มีวันเปิดตัวอย่างเป็นทางการ
    - ต้องพิสูจน์ความทนทานและความเสถียรในสภาพแวดล้อมจริงก่อนใช้งานเชิงพาณิชย์
    - แม้จะใช้ร่วมกับระบบเดิมได้ แต่การเปลี่ยนผ่านต้องมีการฝึกอบรมและปรับกระบวนการ
    - การจัดเก็บแบบ WORM ไม่สามารถเขียนซ้ำได้ อาจไม่เหมาะกับงานที่ต้องแก้ไขข้อมูล
    - คู่แข่งอย่าง Cerabyte และ Microsoft Project Silica ยังมีแนวทางที่ต่างกันและอาจสร้างแรงกดดันด้านนวัตกรรม

    https://www.tomshardware.com/pc-components/storage/holographic-ribbon-aims-to-oust-magnetic-tape-with-50-year-life-span-and-200tb-capacity-per-cartridge-holomem-says-optical-ribbon-based-carts-work-with-some-components-of-existing-systems-reducing-fricition
    HoloMem ริบบิ้นฮอโลกราฟิก – เก็บข้อมูล 200TB นาน 50 ปี ใช้พลังงานเป็นศูนย์ HoloMem เปิดตัวเทคโนโลยีจัดเก็บข้อมูลแบบใหม่ที่ใช้ริบบิ้นโพลีเมอร์บางเพียง 120 ไมครอน ซึ่งสามารถเขียนข้อมูลแบบฮอโลกราฟิกได้หลายชั้นในรูปแบบ WORM (Write Once, Read Many) โดยใช้เลเซอร์ไดโอดราคาถูกเพียง $5 เป็นหัวอ่าน/เขียน จุดเด่นของ HoloMem: - ความจุสูงถึง 200TB ต่อแผ่น (มากกว่า LTO-10 ถึง 11 เท่า) - อายุการใช้งาน 50 ปี (มากกว่าเทปแม่เหล็กถึง 10 เท่า) - ใช้พลังงานเป็นศูนย์เมื่อเก็บข้อมูลไว้เฉย ๆ - ขนาดแผ่นเท่ากับ LTO สามารถใช้กับหุ่นยนต์จัดการเทปเดิมได้ทันที - ใช้ชิ้นส่วนราคาถูกและผลิตง่าย เช่น โพลีเมอร์ไวแสงหนา 16 ไมครอน - ความยาวริบบิ้นเพียง 100 เมตร (เทียบกับเทปแม่เหล็กที่ยาว 1,000 เมตร) HoloMem ยังออกแบบให้สามารถติดตั้งร่วมกับระบบจัดเก็บข้อมูลเดิมได้โดยไม่ต้องเปลี่ยนฮาร์ดแวร์หรือซอฟต์แวร์มากนัก ลดแรงเสียดทานในการเปลี่ยนผ่าน และได้รับการสนับสนุนจาก Intel Ignite และ Innovate UK แม้ยังไม่มีวันเปิดตัวอย่างเป็นทางการ แต่ TechRe Consultants ในสหราชอาณาจักรจะเริ่มทดลองใช้งานจริงในศูนย์ข้อมูลเพื่อทดสอบความทนทานและประสิทธิภาพ ✅ ข้อมูลจากข่าว - HoloMem พัฒนาเทคโนโลยีจัดเก็บข้อมูลแบบฮอโลกราฟิกบนริบบิ้นโพลีเมอร์ - ความจุสูงถึง 200TB ต่อแผ่น และอายุการใช้งาน 50 ปี - ใช้พลังงานเป็นศูนย์เมื่อเก็บข้อมูลไว้เฉย ๆ - ขนาดเท่ากับ LTO สามารถใช้กับระบบจัดการเทปเดิมได้ทันที - ใช้เลเซอร์ไดโอดราคาถูก ($5) และวัสดุโพลีเมอร์ที่ผลิตง่าย - ความยาวริบบิ้นเพียง 100 เมตร เทียบกับเทปแม่เหล็ก 1,000 เมตร - ทำงานในรูปแบบ WORM (Write Once, Read Many) - ได้รับการสนับสนุนจาก Intel Ignite และ Innovate UK - TechRe Consultants จะเริ่มทดลองใช้งานในศูนย์ข้อมูลจริง ‼️ คำเตือนและข้อควรระวัง - เทคโนโลยียังอยู่ในขั้นต้น ไม่มีวันเปิดตัวอย่างเป็นทางการ - ต้องพิสูจน์ความทนทานและความเสถียรในสภาพแวดล้อมจริงก่อนใช้งานเชิงพาณิชย์ - แม้จะใช้ร่วมกับระบบเดิมได้ แต่การเปลี่ยนผ่านต้องมีการฝึกอบรมและปรับกระบวนการ - การจัดเก็บแบบ WORM ไม่สามารถเขียนซ้ำได้ อาจไม่เหมาะกับงานที่ต้องแก้ไขข้อมูล - คู่แข่งอย่าง Cerabyte และ Microsoft Project Silica ยังมีแนวทางที่ต่างกันและอาจสร้างแรงกดดันด้านนวัตกรรม https://www.tomshardware.com/pc-components/storage/holographic-ribbon-aims-to-oust-magnetic-tape-with-50-year-life-span-and-200tb-capacity-per-cartridge-holomem-says-optical-ribbon-based-carts-work-with-some-components-of-existing-systems-reducing-fricition
    0 Comments 0 Shares 323 Views 0 Reviews
  • ปกติแล้ว หากคุณเก็บรหัสผ่านหรือคีย์เข้ารหัสไว้ในอุปกรณ์ แฮกเกอร์ก็อาจหามันเจอได้ถ้าระบบโดนเจาะ → นักวิจัยเกาหลีเลยสร้างวิธีที่เรียกว่า “Concealable PUF” (Physical Unclonable Function) → ซึ่งไม่เพียงทำให้สร้างคีย์แบบสุ่มจากฮาร์ดแวร์ (คล้ายลายนิ้วมือของแต่ละชิป) ได้ → แต่ยังสามารถ “ซ่อนคีย์นั้นไว้ใต้ข้อมูลปกติ” ในหน่วยความจำ V-NAND แบบธรรมดา → และเปิดเผยออกมาเฉพาะเวลาจำเป็น!

    เคล็ดลับคือการใช้เทคนิค “GIDL Erase” (Gate-Induced Drain Leakage) แบบอ่อนๆ กับชั้นหน่วยความจำ → ทำให้เซลล์แต่ละชิปมีพฤติกรรมที่แตกต่างและคาดเดาไม่ได้ → นำมาใช้เป็น PUF ได้โดยไม่ต้องเปลี่ยนวงจรหรือออกแบบฮาร์ดแวร์ใหม่

    ที่เจ๋งคือระบบนี้สามารถซ่อน–เปิดเผยคีย์ได้มากกว่า 100 รอบโดยไม่ผิดพลาด แถมยังทนร้อน ทนเย็น และผ่านการอ่านมากกว่า 10 ล้านครั้ง — และที่สำคัญ…แม้แต่ AI ยังเดาคีย์นี้ไม่ได้เลย!

    นักวิจัยจาก Seoul National University พัฒนาเทคนิค "Concealable PUF" ใช้ซ่อนคีย์เข้ารหัสภายใต้ข้อมูลในแฟลช V-NAND ปกติ  
    • ไม่ต้องแก้ไขวงจรหรือออกแบบชิปใหม่  
    • ใช้กับ NAND แฟลชที่มีในตลาดได้ทันที

    ใช้เทคนิค GIDL Erase แบบอ่อนเพื่อสร้างความแตกต่างระหว่างเซลล์หน่วยความจำ  
    • ทำให้สร้าง PUF ที่ไม่ซ้ำ และปลอมแปลงไม่ได้  
    • อ่านค่าได้เฉพาะเมื่ออยู่ในสถานะที่เหมาะสม

    เทคโนโลยีนี้ผ่านการทดสอบอุณหภูมิ–ความทนทาน:  
    • อ่านได้ >10 ล้านครั้ง  
    • ปลอดภัยแม้ในความร้อนสูง–เย็นสุดขีด  
    • ซ่อน–เผยรหัสได้เกิน 100 รอบโดยไม่ผิดพลาด

    สามารถต้านการโจมตีแบบ Machine Learning ได้  
    • อัลกอริธึมต่าง ๆ ไม่สามารถเดาคีย์ได้ดีกว่าการสุ่ม

    ไม่มีการเปลี่ยนแปลงด้านสถาปัตยกรรมชิป → ช่วยให้เทคโนโลยีขยายการใช้งานได้เร็ว  
    • รองรับการใช้ในอุปกรณ์ทั่วไป เช่น IoT, สมาร์ตโฟน, รถยนต์ ฯลฯ

    https://www.techradar.com/pro/this-surprisingly-simple-way-to-hide-hardware-security-keys-in-mainstream-flash-memory-could-pave-the-way-for-ultra-secure-storage-very-soon
    ปกติแล้ว หากคุณเก็บรหัสผ่านหรือคีย์เข้ารหัสไว้ในอุปกรณ์ แฮกเกอร์ก็อาจหามันเจอได้ถ้าระบบโดนเจาะ → นักวิจัยเกาหลีเลยสร้างวิธีที่เรียกว่า “Concealable PUF” (Physical Unclonable Function) → ซึ่งไม่เพียงทำให้สร้างคีย์แบบสุ่มจากฮาร์ดแวร์ (คล้ายลายนิ้วมือของแต่ละชิป) ได้ → แต่ยังสามารถ “ซ่อนคีย์นั้นไว้ใต้ข้อมูลปกติ” ในหน่วยความจำ V-NAND แบบธรรมดา → และเปิดเผยออกมาเฉพาะเวลาจำเป็น! เคล็ดลับคือการใช้เทคนิค “GIDL Erase” (Gate-Induced Drain Leakage) แบบอ่อนๆ กับชั้นหน่วยความจำ → ทำให้เซลล์แต่ละชิปมีพฤติกรรมที่แตกต่างและคาดเดาไม่ได้ → นำมาใช้เป็น PUF ได้โดยไม่ต้องเปลี่ยนวงจรหรือออกแบบฮาร์ดแวร์ใหม่ ที่เจ๋งคือระบบนี้สามารถซ่อน–เปิดเผยคีย์ได้มากกว่า 100 รอบโดยไม่ผิดพลาด แถมยังทนร้อน ทนเย็น และผ่านการอ่านมากกว่า 10 ล้านครั้ง — และที่สำคัญ…แม้แต่ AI ยังเดาคีย์นี้ไม่ได้เลย! ✅ นักวิจัยจาก Seoul National University พัฒนาเทคนิค "Concealable PUF" ใช้ซ่อนคีย์เข้ารหัสภายใต้ข้อมูลในแฟลช V-NAND ปกติ   • ไม่ต้องแก้ไขวงจรหรือออกแบบชิปใหม่   • ใช้กับ NAND แฟลชที่มีในตลาดได้ทันที ✅ ใช้เทคนิค GIDL Erase แบบอ่อนเพื่อสร้างความแตกต่างระหว่างเซลล์หน่วยความจำ   • ทำให้สร้าง PUF ที่ไม่ซ้ำ และปลอมแปลงไม่ได้   • อ่านค่าได้เฉพาะเมื่ออยู่ในสถานะที่เหมาะสม ✅ เทคโนโลยีนี้ผ่านการทดสอบอุณหภูมิ–ความทนทาน:   • อ่านได้ >10 ล้านครั้ง   • ปลอดภัยแม้ในความร้อนสูง–เย็นสุดขีด   • ซ่อน–เผยรหัสได้เกิน 100 รอบโดยไม่ผิดพลาด ✅ สามารถต้านการโจมตีแบบ Machine Learning ได้   • อัลกอริธึมต่าง ๆ ไม่สามารถเดาคีย์ได้ดีกว่าการสุ่ม ✅ ไม่มีการเปลี่ยนแปลงด้านสถาปัตยกรรมชิป → ช่วยให้เทคโนโลยีขยายการใช้งานได้เร็ว   • รองรับการใช้ในอุปกรณ์ทั่วไป เช่น IoT, สมาร์ตโฟน, รถยนต์ ฯลฯ https://www.techradar.com/pro/this-surprisingly-simple-way-to-hide-hardware-security-keys-in-mainstream-flash-memory-could-pave-the-way-for-ultra-secure-storage-very-soon
    0 Comments 0 Shares 248 Views 0 Reviews
  • แม้บริษัทต่าง ๆ จะลงเงินลงทุนมหาศาลเพื่อนำ “AI Assistant” มาช่วยงานในคอลเซนเตอร์ ทั้งในแง่การถอดเสียงพูดเป็นข้อความ สรุปการสนทนา หรือช่วยตรวจจับอารมณ์ของลูกค้า → แต่ผลการศึกษาจากมหาวิทยาลัยจีนและบริษัทพลังงานที่ใช้ระบบนี้จริง กลับเผยว่า AI สร้าง “ปัญหามากกว่าความช่วยเหลือ” สำหรับพนักงานแนวหน้าอย่างแท้จริง

    ตัวอย่างปัญหาที่เจอ:
    - ถอดเสียงพูดเป็นข้อความแบบผิด ๆ
    - อ่านเบอร์โทรศัพท์จากเสียงผิดพลาด
    - เข้าใจคำพ้องเสียง (homophones) ผิด
    - สรุปบทสนทนาไม่ตรงประเด็น
    - ตรวจจับอารมณ์คนผิด (เช่น แค่พูดเสียงดัง → ถูกตีความว่าโกรธ)

    แม้จะลดงานพิมพ์เอกสารได้นิดหน่อย แต่พนักงานต้องเสียเวลาตรวจ–แก้เนื้อหาเกือบทั้งหมด บางคนถึงขั้นบอกว่า “AI ไม่ได้ฉลาดอย่างที่คิดเลย” และสุดท้ายต้องทำเองแทบทั้งหมดอยู่ดี

    AI Assistant สำหรับคอลเซนเตอร์ ถูกประเมินว่า “ช่วยบางเรื่อง แต่อยู่ไกลจากคำว่าอัจฉริยะ”  
    • ประสิทธิภาพยังไม่ถึงขั้นแทนที่การทำงานของพนักงานได้จริง

    ถอดเสียง (Speech-to-Text) มีความผิดพลาดสูง  
    • ฟังสำเนียงหลากหลายไม่ออก  
    • ถอดหมายเลขผิด ทำให้ต้องกรอกเอง

    เข้าใจคำพ้องเสียงผิด (เช่น knew vs. new)  
    • ทำให้ความหมายในบทสนทนาเพี้ยน

    Emotion Detection มีความคลาดเคลื่อน  
    • แยกแยะอารมณ์ได้แค่ไม่กี่แบบ  
    • เข้าใจผิดว่า “เสียงดัง = โกรธ” ทั้งที่ผู้พูดแค่เสียงใหญ่  
    • พนักงานส่วนใหญ่เลือก “มองข้าม” แท็กอารมณ์จาก AI

    AI ช่วยลดงานพิมพ์นิดหน่อย แต่ผลลัพธ์ยังไม่พร้อมใช้ทันที  
    • ต้องแก้ไขสรุปการสนทนาเยอะ  
    • มักพลาดข้อมูลสำคัญจากลูกค้า

    การศึกษาชี้ว่า AI เพิ่ม “ภาระการเรียนรู้” ให้พนักงานมากกว่าที่คาด  
    • ต้องเรียนรู้วิธีแก้ข้อมูลจาก AI  
    • ทำให้ไม่ได้ประหยัดเวลาจริงเท่าไร

    Gartner คาดการณ์ว่าเกิน 40% ของโปรเจกต์ Agentic AI จะถูกยกเลิกภายในปี 2027  
    • และกว่า 50% ขององค์กรที่ตั้งใจใช้ AI แทนคน จะ “ทบทวนแผน”

    https://www.techspot.com/news/108547-call-center-workers-their-ai-assistants-create-more.html
    แม้บริษัทต่าง ๆ จะลงเงินลงทุนมหาศาลเพื่อนำ “AI Assistant” มาช่วยงานในคอลเซนเตอร์ ทั้งในแง่การถอดเสียงพูดเป็นข้อความ สรุปการสนทนา หรือช่วยตรวจจับอารมณ์ของลูกค้า → แต่ผลการศึกษาจากมหาวิทยาลัยจีนและบริษัทพลังงานที่ใช้ระบบนี้จริง กลับเผยว่า AI สร้าง “ปัญหามากกว่าความช่วยเหลือ” สำหรับพนักงานแนวหน้าอย่างแท้จริง ตัวอย่างปัญหาที่เจอ: - ถอดเสียงพูดเป็นข้อความแบบผิด ๆ - อ่านเบอร์โทรศัพท์จากเสียงผิดพลาด - เข้าใจคำพ้องเสียง (homophones) ผิด - สรุปบทสนทนาไม่ตรงประเด็น - ตรวจจับอารมณ์คนผิด (เช่น แค่พูดเสียงดัง → ถูกตีความว่าโกรธ) แม้จะลดงานพิมพ์เอกสารได้นิดหน่อย แต่พนักงานต้องเสียเวลาตรวจ–แก้เนื้อหาเกือบทั้งหมด บางคนถึงขั้นบอกว่า “AI ไม่ได้ฉลาดอย่างที่คิดเลย” และสุดท้ายต้องทำเองแทบทั้งหมดอยู่ดี ✅ AI Assistant สำหรับคอลเซนเตอร์ ถูกประเมินว่า “ช่วยบางเรื่อง แต่อยู่ไกลจากคำว่าอัจฉริยะ”   • ประสิทธิภาพยังไม่ถึงขั้นแทนที่การทำงานของพนักงานได้จริง ✅ ถอดเสียง (Speech-to-Text) มีความผิดพลาดสูง   • ฟังสำเนียงหลากหลายไม่ออก   • ถอดหมายเลขผิด ทำให้ต้องกรอกเอง ✅ เข้าใจคำพ้องเสียงผิด (เช่น knew vs. new)   • ทำให้ความหมายในบทสนทนาเพี้ยน ✅ Emotion Detection มีความคลาดเคลื่อน   • แยกแยะอารมณ์ได้แค่ไม่กี่แบบ   • เข้าใจผิดว่า “เสียงดัง = โกรธ” ทั้งที่ผู้พูดแค่เสียงใหญ่   • พนักงานส่วนใหญ่เลือก “มองข้าม” แท็กอารมณ์จาก AI ✅ AI ช่วยลดงานพิมพ์นิดหน่อย แต่ผลลัพธ์ยังไม่พร้อมใช้ทันที   • ต้องแก้ไขสรุปการสนทนาเยอะ   • มักพลาดข้อมูลสำคัญจากลูกค้า ✅ การศึกษาชี้ว่า AI เพิ่ม “ภาระการเรียนรู้” ให้พนักงานมากกว่าที่คาด   • ต้องเรียนรู้วิธีแก้ข้อมูลจาก AI   • ทำให้ไม่ได้ประหยัดเวลาจริงเท่าไร ✅ Gartner คาดการณ์ว่าเกิน 40% ของโปรเจกต์ Agentic AI จะถูกยกเลิกภายในปี 2027   • และกว่า 50% ขององค์กรที่ตั้งใจใช้ AI แทนคน จะ “ทบทวนแผน” https://www.techspot.com/news/108547-call-center-workers-their-ai-assistants-create-more.html
    WWW.TECHSPOT.COM
    Call center workers say their AI assistants create more problems than they solve
    A study carried out by researchers from several Chinese universities and a Chinese power company looked at what impact AI assistants were having on the plant's customer...
    0 Comments 0 Shares 272 Views 0 Reviews
  • "มท.อ้วน" ขออย่ามองลบปมสั่งปิดประชุมสภาฯ รับตามสภาพ สส.ที่เป็น รมต.ต้องหอบงานไปทำ ป้องกันสภาล่ม ชี้หน.พรรคร่วมต้องกำชับ สส.เข้าประชุม บอกปกติสามารถเกิดขึ้นได้ เผยยังไม่ได้คุยฝ่าย กม.เป็นรูปธรรม กรณีอำนาจรักษาการนายกฯยุบสภาได้หรือไม่ ยันทำตามอำนาจที่ รธน.

    วันนี้ (3ก.ค.) นายภูมิธรรม เวชยชัย รองนายกรัฐมนตรีและรัฐมนตรีว่าการกระทรวงมหาดไทย ในฐานะรักษาราชการแทนนายกรัฐมนตรี ให้สัมภาษณ์ถึงกรณีที่ นายพิเชษฐ์ เชื้อเมืองพาน รองประธานสภาผู้แทนราษฎรคนที่หนึ่ง สั่งปิดการประชุมระหว่างฝ่ายค้านขอให้นับองค์ประชุม ว่าเรื่องนี้ตนยังไม่ทราบ แต่เคยกำชับไว้แล้วว่าให้ทุกคนทำหน้าที่ในช่วงรอยต่อ ซึ่งอาจจะยังมีปัญหาอยู่บ้าง

    ส่วนที่ นายชูศักดิ์ ศิรินิล รัฐมนตรีประจำสำนักนายกรัฐมนตรี มีการระบุว่าสส.กว่า 90% ของพรรคเพื่อไทยเข้าร่วมประชุมในวันนี้ แต่ส่วนใหญ่ที่ไม่เข้าร่วมเป็นสส.ของพรรคร่วมรัฐบาลนั้น เรื่องนี้เป็นเรื่องธรรมชาติของแต่ละพรรคการเมือง ซึ่งต้องให้ทางหัวหน้าพรรคกำชับกันต่อไป

    ทั้งนี้ ในฐานะรักษาราชการแทนนายกรัฐมนตรีจะประสานแก้ปัญหากับพรรคร่วมรัฐบาลอย่างไร หรือ ต้องให้วิปรัฐบาลเป็นผู้ดำเนินการ นายภูมิธรรม ระบุว่า ทุกคนทำหน้าที่อยู่แล้ว ซึ่งตนเพิ่งได้รับการแต่งตั้งเมื่อช่วง 14:00 น. ที่ผ่านมา จึงเพิ่งได้เริ่มพูดคุยกัน ฉะนั้นต้องทำงานกันอย่างต่อเนื่อง อะไรที่เคยทำและอะไรที่ควรทำตนก็ต้องทำ ขณะที่เรื่องของสภาวิปรัฐบาลก็ได้มีการพูดคุยกันอยู่แล้ว แต่เมื่อมีการแต่งตั้งใหม่และกระบวนการต่างๆยังไม่ครบถ้วนจึงขอให้รอครบถ้วนก่อน เพราะตรงนี้เป็นปัญหาแต่ไม่ใช่เรื่องร้ายแรงอะไร ดังนั้นก็ต้องแก้ไขปัญหากันต่อ

    คลิกอ่านรายละเอียดเพิ่มเติม >>https://mgronline.com/politics/detail/9680000062818

    #MGROnline #ภูมิธรรมเวชยชัย #รองนายกรัฐมนตรี #รัฐมนตรีว่าการกระทรวงมหาดไทย #รักษาราชการแทนนายกรัฐมนตรี
    "มท.อ้วน" ขออย่ามองลบปมสั่งปิดประชุมสภาฯ รับตามสภาพ สส.ที่เป็น รมต.ต้องหอบงานไปทำ ป้องกันสภาล่ม ชี้หน.พรรคร่วมต้องกำชับ สส.เข้าประชุม บอกปกติสามารถเกิดขึ้นได้ เผยยังไม่ได้คุยฝ่าย กม.เป็นรูปธรรม กรณีอำนาจรักษาการนายกฯยุบสภาได้หรือไม่ ยันทำตามอำนาจที่ รธน. • วันนี้ (3ก.ค.) นายภูมิธรรม เวชยชัย รองนายกรัฐมนตรีและรัฐมนตรีว่าการกระทรวงมหาดไทย ในฐานะรักษาราชการแทนนายกรัฐมนตรี ให้สัมภาษณ์ถึงกรณีที่ นายพิเชษฐ์ เชื้อเมืองพาน รองประธานสภาผู้แทนราษฎรคนที่หนึ่ง สั่งปิดการประชุมระหว่างฝ่ายค้านขอให้นับองค์ประชุม ว่าเรื่องนี้ตนยังไม่ทราบ แต่เคยกำชับไว้แล้วว่าให้ทุกคนทำหน้าที่ในช่วงรอยต่อ ซึ่งอาจจะยังมีปัญหาอยู่บ้าง • ส่วนที่ นายชูศักดิ์ ศิรินิล รัฐมนตรีประจำสำนักนายกรัฐมนตรี มีการระบุว่าสส.กว่า 90% ของพรรคเพื่อไทยเข้าร่วมประชุมในวันนี้ แต่ส่วนใหญ่ที่ไม่เข้าร่วมเป็นสส.ของพรรคร่วมรัฐบาลนั้น เรื่องนี้เป็นเรื่องธรรมชาติของแต่ละพรรคการเมือง ซึ่งต้องให้ทางหัวหน้าพรรคกำชับกันต่อไป • ทั้งนี้ ในฐานะรักษาราชการแทนนายกรัฐมนตรีจะประสานแก้ปัญหากับพรรคร่วมรัฐบาลอย่างไร หรือ ต้องให้วิปรัฐบาลเป็นผู้ดำเนินการ นายภูมิธรรม ระบุว่า ทุกคนทำหน้าที่อยู่แล้ว ซึ่งตนเพิ่งได้รับการแต่งตั้งเมื่อช่วง 14:00 น. ที่ผ่านมา จึงเพิ่งได้เริ่มพูดคุยกัน ฉะนั้นต้องทำงานกันอย่างต่อเนื่อง อะไรที่เคยทำและอะไรที่ควรทำตนก็ต้องทำ ขณะที่เรื่องของสภาวิปรัฐบาลก็ได้มีการพูดคุยกันอยู่แล้ว แต่เมื่อมีการแต่งตั้งใหม่และกระบวนการต่างๆยังไม่ครบถ้วนจึงขอให้รอครบถ้วนก่อน เพราะตรงนี้เป็นปัญหาแต่ไม่ใช่เรื่องร้ายแรงอะไร ดังนั้นก็ต้องแก้ไขปัญหากันต่อ • คลิกอ่านรายละเอียดเพิ่มเติม >>https://mgronline.com/politics/detail/9680000062818 • #MGROnline #ภูมิธรรมเวชยชัย #รองนายกรัฐมนตรี #รัฐมนตรีว่าการกระทรวงมหาดไทย #รักษาราชการแทนนายกรัฐมนตรี
    0 Comments 0 Shares 606 Views 0 Reviews
  • ..นายกฯลาออกก็จบแล้ว,โทนี่ไปติดคุกก็ด้วย,ไม่เสียหายอะไรเลย แค่ทำเพื่อชาติ,ดีต่อชาติเสียอีก,พ้นโทษก็เดินเชิดหน้าชูตาปกติได้อีก,แปลกทำไมไม่ทำตั้งแต่เดินเข้ามาประเทศไทย,กลับมาเลี้ยงหลานก็ไม่มีเรื่องราวอะไรเลย,ฟ้าก็ให้อภัยโทษแน่นอน.,คือไม่สนใจว่าทั้งหมดคือแผนของอีลิทdeep stateหรอกนะคือวางสนุ๊ควางหมากเรื่องนี้ไว้รอแล้วระหว่างฮุนเซนกับไทยนี้ในนามรัฐบาลลูกโทนี่,คือทั้งหมดสองฝ่ายคือคนของdeep stateทั้งหมด,สั่งละครแบบไหนควบคุมได้หมด,เผลออาจฟันกำไรในราคาหุ้นขึ้นลงด้วยหรือกินส่วนต่างทำกำไรส่วนที่เก็งราคาปั่นกระแสของข่าวได้ตังมหาศาลนั้นเอง,เช่นอิสราเอลยิงระเบิดใส่อิหร่านนั้นล่ะ,มีใครหลายคนทั่วโลกฟันตังฟันเงินส่วนต่างได้อย่างมากมายมหาศาลแน่นอนที่เกิดสงครามกันในระยะเวลาอันสั้น.
    ..แกนนำทั้งบนเวทีและล่างเวทีสามารถตั้งทีมบริหารรัฐบาลในอนาคตของภาคประชาชนได้สบายเลยก็ว่า,สามารถเอาไปละลายพฤติกรรมปรับจูนพลังงานบวกเชิงมหาทีมเพื่องานใหญ่เพื่อชาติบ้านเมืองได้สบาย,สลายใจเก่ารวมเป็นใจใหม่ใจดวงเดียวกันของจริง,จะสิ้นคำว่าหวาดระแวงขณะทำงานของใครของหน้าที่ใครมันเพื่อชาติเพื่อประชาชนอย่างง่ายสบายใจกันทันที,ส่วนตัวสร้างระบบดีรองรับจะเดินก้าวอย่างก้าวกระโดดเลย,เช่นปัจจุบัน สำนักงานประสานงานเข้าถึงปัญหาทางตรงแก่ประชาชนไม่มีเพื่อแก้ไขปัญหาให้ทันเวลาทันกาลไม่มีก็ทำให้มีเสีย,มีสำนักงานประจำทุกๆหมู่บ้านทันที,ประสานงานกับส่วนกลางทางตรง,ยุบอบต.อบจ.ตังก็มีสร้างเพียงพอเลยแค่7-8หมื่นกมู่บ้านชุมชนเอง,รับเรื่องร้องทุกข์ต่างๆของประชาชนเราทางตรงจะเข้าถึงทุกๆปัญหาประชาชนอย่างเรียลไทม์เลย,แล้วเรื่องอื่นๆจะง่ายทั้งหมดทันที,เช่นเขมรรุกล้ำชายแดน ชาวบ้านส่งเรื่องสายตรง ส่วนกลางก็เข้าถึงพื้นที่ทันทีแก้ไขปัญหาตรงจุดตัดตอนได้ทันกาลด้วยเป็นต้น,อัดเงินงบประมาณช่วยเหลือก็ลงผ่านสำนักงานนี้ได้ทันที,เราจะอัพเรเวลยามของแผ่นดินไทยไปในตัวด้วยและสาระพัดคุณต่างๆอีกมากมาย,
    ..ประเทศไทยเรานักปกครองไม่มีจิตสำนึกรับผิดชอบ ไม่มีแอ็คชั่นลาออกใดๆเพื่อรับผิดชอบในตำแหน่งหน้าที่ที่ผิดพลาด,ญี่ปุ่นถ้าผิดพลาดเขาจะแสดงความรับผิดชอบลาออกทันที,ชนชั้นปกครองเรากากกระจอกเรื่องนี้มากจริงๆไม่หัดปลูกฝังใส่สมองในหมู่มันเลย ถ้าฝึกหัดสร้างสภาวะให้เป็นเช่นนั้นก็จะเป็นมาตราฐานให้คนรุ่นต่อไปพึ่งสำนึกในใจทันทีว่าถ้าทำผิดพลาดต่อบ้านต่อเมืองต่อแผ่นดินต่อประชาชนต้องลาออกไปทันที,ให้คนเก่งดีมีความรู้มีฝือมือมีความสามารถมาทำแทนตน,ญี่ปุ่นเจอระเบิดนิวเคลียร์ลง จึงสำนึกว่าความผิดพลาดเราแม้นิดเดียวอาจนำพาหายนะใหญ่หลวงเกิดขึ้นแก่ประเทศชาติตนเองได้,คนดีคนเก่งมีความสามารถต้องขึ้นมาแทนเราในทันที เราต้องลาออกเพื่อดำรงชาติเราให้คงอยู่ไว้ หรือก่อหายนะน้อยที่สุดคือลาออกไปทันทีดีที่สุด,คนอื่นต้องแก้ไขได้ดีกว่าตนแน่นอนหรือคนต่อๆไปอีก จนเจอผู้นั้นจริง.ทีมนั่นๆจริง,นี้อะไรประเทศไทยเรา,พื้นฐานสำนึกยังไม่มีแต่ก็สามารถมามีสถานะบริบททางการเมืองการปกครองประเทศได้,นี้คือวิถีปกครองที่ล้มเหลว แม้แต่ผู้นำผู้ปกครองประเทศนี้ยังไม่มีสำนึกอะไรจากจิตใจที่สมควรดีงามจริงๆเลยได้,เราจึงต้องปฏิวัติการปกครองจริงๆ,
    ..ยุคลงถนนชุดนี้ต้องสุดซอยคือจัดตั้งเป็นรัฐบาลเองเลยโดยภาคประชาชนเราปกครองขึ้นเองนั้นเอง,พอกันที่ไปชุมนุนแล้วยกให้คนอื่นเป็นนายกแทนตนเองขึ้นปกครอง,เชิญคนนั้นคนนี้มาปกครองแทนตนเองที่ลงถนนประท้วงขับไล่ด้วยมือตนเองแต่ยกอำนาจให้คนอื่นที่ไม่มีจิตวิญญาณต่อสู้เพื่อประชาชนจริงจังอะไร,สู้ในห้องแอร์หรู,อย่าเอาคนประเภทนี้มาเป็นนายกฯเชิญมาเป็นนายกฯเด็ดขาด,แม่ทัพเมื่อชนะศึกต้องขึ้นปกครองเอง,เพราะความหมายคุณค่าการต่อสู้ที่ร่วมเป็นร่วมตายกับพี่น้องทหารประชาชนตนเองจะเป็นแรงบันดาลมหาศาลว่าทำไมพี่น้องประชาชนเราจึงต้องมีชีวิตความเป็นอยู่ที่ดีจริง,มิใช่มโนแค่ผ่านออกมาทางปากเพื่อขึ้นปกครองแบบนักการเมืองระยำบัดสบที่เคยๆเป็นมาผ่านๆมา.
    ..
    ..https://youtu.be/PnHZBK4r7Ak?si=tg_OQjWtHrmEwZeK
    ..นายกฯลาออกก็จบแล้ว,โทนี่ไปติดคุกก็ด้วย,ไม่เสียหายอะไรเลย แค่ทำเพื่อชาติ,ดีต่อชาติเสียอีก,พ้นโทษก็เดินเชิดหน้าชูตาปกติได้อีก,แปลกทำไมไม่ทำตั้งแต่เดินเข้ามาประเทศไทย,กลับมาเลี้ยงหลานก็ไม่มีเรื่องราวอะไรเลย,ฟ้าก็ให้อภัยโทษแน่นอน.,คือไม่สนใจว่าทั้งหมดคือแผนของอีลิทdeep stateหรอกนะคือวางสนุ๊ควางหมากเรื่องนี้ไว้รอแล้วระหว่างฮุนเซนกับไทยนี้ในนามรัฐบาลลูกโทนี่,คือทั้งหมดสองฝ่ายคือคนของdeep stateทั้งหมด,สั่งละครแบบไหนควบคุมได้หมด,เผลออาจฟันกำไรในราคาหุ้นขึ้นลงด้วยหรือกินส่วนต่างทำกำไรส่วนที่เก็งราคาปั่นกระแสของข่าวได้ตังมหาศาลนั้นเอง,เช่นอิสราเอลยิงระเบิดใส่อิหร่านนั้นล่ะ,มีใครหลายคนทั่วโลกฟันตังฟันเงินส่วนต่างได้อย่างมากมายมหาศาลแน่นอนที่เกิดสงครามกันในระยะเวลาอันสั้น. ..แกนนำทั้งบนเวทีและล่างเวทีสามารถตั้งทีมบริหารรัฐบาลในอนาคตของภาคประชาชนได้สบายเลยก็ว่า,สามารถเอาไปละลายพฤติกรรมปรับจูนพลังงานบวกเชิงมหาทีมเพื่องานใหญ่เพื่อชาติบ้านเมืองได้สบาย,สลายใจเก่ารวมเป็นใจใหม่ใจดวงเดียวกันของจริง,จะสิ้นคำว่าหวาดระแวงขณะทำงานของใครของหน้าที่ใครมันเพื่อชาติเพื่อประชาชนอย่างง่ายสบายใจกันทันที,ส่วนตัวสร้างระบบดีรองรับจะเดินก้าวอย่างก้าวกระโดดเลย,เช่นปัจจุบัน สำนักงานประสานงานเข้าถึงปัญหาทางตรงแก่ประชาชนไม่มีเพื่อแก้ไขปัญหาให้ทันเวลาทันกาลไม่มีก็ทำให้มีเสีย,มีสำนักงานประจำทุกๆหมู่บ้านทันที,ประสานงานกับส่วนกลางทางตรง,ยุบอบต.อบจ.ตังก็มีสร้างเพียงพอเลยแค่7-8หมื่นกมู่บ้านชุมชนเอง,รับเรื่องร้องทุกข์ต่างๆของประชาชนเราทางตรงจะเข้าถึงทุกๆปัญหาประชาชนอย่างเรียลไทม์เลย,แล้วเรื่องอื่นๆจะง่ายทั้งหมดทันที,เช่นเขมรรุกล้ำชายแดน ชาวบ้านส่งเรื่องสายตรง ส่วนกลางก็เข้าถึงพื้นที่ทันทีแก้ไขปัญหาตรงจุดตัดตอนได้ทันกาลด้วยเป็นต้น,อัดเงินงบประมาณช่วยเหลือก็ลงผ่านสำนักงานนี้ได้ทันที,เราจะอัพเรเวลยามของแผ่นดินไทยไปในตัวด้วยและสาระพัดคุณต่างๆอีกมากมาย, ..ประเทศไทยเรานักปกครองไม่มีจิตสำนึกรับผิดชอบ ไม่มีแอ็คชั่นลาออกใดๆเพื่อรับผิดชอบในตำแหน่งหน้าที่ที่ผิดพลาด,ญี่ปุ่นถ้าผิดพลาดเขาจะแสดงความรับผิดชอบลาออกทันที,ชนชั้นปกครองเรากากกระจอกเรื่องนี้มากจริงๆไม่หัดปลูกฝังใส่สมองในหมู่มันเลย ถ้าฝึกหัดสร้างสภาวะให้เป็นเช่นนั้นก็จะเป็นมาตราฐานให้คนรุ่นต่อไปพึ่งสำนึกในใจทันทีว่าถ้าทำผิดพลาดต่อบ้านต่อเมืองต่อแผ่นดินต่อประชาชนต้องลาออกไปทันที,ให้คนเก่งดีมีความรู้มีฝือมือมีความสามารถมาทำแทนตน,ญี่ปุ่นเจอระเบิดนิวเคลียร์ลง จึงสำนึกว่าความผิดพลาดเราแม้นิดเดียวอาจนำพาหายนะใหญ่หลวงเกิดขึ้นแก่ประเทศชาติตนเองได้,คนดีคนเก่งมีความสามารถต้องขึ้นมาแทนเราในทันที เราต้องลาออกเพื่อดำรงชาติเราให้คงอยู่ไว้ หรือก่อหายนะน้อยที่สุดคือลาออกไปทันทีดีที่สุด,คนอื่นต้องแก้ไขได้ดีกว่าตนแน่นอนหรือคนต่อๆไปอีก จนเจอผู้นั้นจริง.ทีมนั่นๆจริง,นี้อะไรประเทศไทยเรา,พื้นฐานสำนึกยังไม่มีแต่ก็สามารถมามีสถานะบริบททางการเมืองการปกครองประเทศได้,นี้คือวิถีปกครองที่ล้มเหลว แม้แต่ผู้นำผู้ปกครองประเทศนี้ยังไม่มีสำนึกอะไรจากจิตใจที่สมควรดีงามจริงๆเลยได้,เราจึงต้องปฏิวัติการปกครองจริงๆ, ..ยุคลงถนนชุดนี้ต้องสุดซอยคือจัดตั้งเป็นรัฐบาลเองเลยโดยภาคประชาชนเราปกครองขึ้นเองนั้นเอง,พอกันที่ไปชุมนุนแล้วยกให้คนอื่นเป็นนายกแทนตนเองขึ้นปกครอง,เชิญคนนั้นคนนี้มาปกครองแทนตนเองที่ลงถนนประท้วงขับไล่ด้วยมือตนเองแต่ยกอำนาจให้คนอื่นที่ไม่มีจิตวิญญาณต่อสู้เพื่อประชาชนจริงจังอะไร,สู้ในห้องแอร์หรู,อย่าเอาคนประเภทนี้มาเป็นนายกฯเชิญมาเป็นนายกฯเด็ดขาด,แม่ทัพเมื่อชนะศึกต้องขึ้นปกครองเอง,เพราะความหมายคุณค่าการต่อสู้ที่ร่วมเป็นร่วมตายกับพี่น้องทหารประชาชนตนเองจะเป็นแรงบันดาลมหาศาลว่าทำไมพี่น้องประชาชนเราจึงต้องมีชีวิตความเป็นอยู่ที่ดีจริง,มิใช่มโนแค่ผ่านออกมาทางปากเพื่อขึ้นปกครองแบบนักการเมืองระยำบัดสบที่เคยๆเป็นมาผ่านๆมา. .. ..https://youtu.be/PnHZBK4r7Ak?si=tg_OQjWtHrmEwZeK
    0 Comments 0 Shares 491 Views 0 Reviews
  • "แม่ทัพภาคที่ 2 ชี้เป็นเรื่องของนายกฯ และทีมงานจะต้องแก้ไข หลัง ฮุนเซนพูดพาดพิง ยันทหารดูแลความมั่นคงชายแดน มองฮุนเซนเยี่ยมทหารเขมร หวังแสดงออกความเป็นผู้นำ พร้อมฝากคนไทยชายแดน ยังไม่มีอะไรน่าห่วง ฝ่ายปฏิบัติเน้นคุยเลี่ยงการใช้อาวุธ ลั่นไม่เคยหวั่นไหวในการทำหน้าที่

    เวลา 11.30 น. วันที่ 27 มิ.ย. 68 ที่ทำเนียบรัฐบาล พล.ท.บุญสิน พาดกลาง แม่ทัพภาคที่ 2 ให้สัมภาษณ์กรณีการไลฟ์สดของสมเด็จฮุนเซน ประธานวุฒิสภากัมพูชา ที่มีการพูดถึงประเทศไทย ได้รับรายงานแล้วหรือยัง ว่า นี่เป็นเรื่องของรัฐบาล แต่ตนก็ติดตามอยู่ ขอให้เป็นเรื่องของนายกรัฐมนตรีและทีมงานที่จะแก้ไข ส่วนกองทัพก็ยังคงดูแลความมั่นคงตามแนวชายแดน

    ส่วนสถานการณ์ชายแดนไทย-กัมพูชา ล่าสุด ฝ่ายไทยก็ยังตรึงกำลังอยู่ ส่วนกัมพูชาก็ยังไม่ได้ถอนกำลัง ยังคงรอความชัดเจนของทั้ง 2 ประเทศ และขึ้นอยู่กับผู้นำ 2 ประเทศ ว่าจะคุยกันอย่างไรส่วนทหารก็ทำหน้าที่ต่อไป ควบคุมและกำกับดูแลแนวชายแดนให้เป็นปกติมากที่สุด ซึ่งกับทางทหารกัมพูชาก็ยังคงมีการพูดคุยกัน ตั้งแต่การปรับกำลังที่ช่องบก

    คลิกอ่านรายละเอียดเพิ่มเติม >>https://mgronline.com/politics/detail/9680000060546

    #Thaitimes #MGROnline #ฮุนเซน #กัมพูชา #แม่ทัพภาคที่2
    "แม่ทัพภาคที่ 2 ชี้เป็นเรื่องของนายกฯ และทีมงานจะต้องแก้ไข หลัง ฮุนเซนพูดพาดพิง ยันทหารดูแลความมั่นคงชายแดน มองฮุนเซนเยี่ยมทหารเขมร หวังแสดงออกความเป็นผู้นำ พร้อมฝากคนไทยชายแดน ยังไม่มีอะไรน่าห่วง ฝ่ายปฏิบัติเน้นคุยเลี่ยงการใช้อาวุธ ลั่นไม่เคยหวั่นไหวในการทำหน้าที่ • เวลา 11.30 น. วันที่ 27 มิ.ย. 68 ที่ทำเนียบรัฐบาล พล.ท.บุญสิน พาดกลาง แม่ทัพภาคที่ 2 ให้สัมภาษณ์กรณีการไลฟ์สดของสมเด็จฮุนเซน ประธานวุฒิสภากัมพูชา ที่มีการพูดถึงประเทศไทย ได้รับรายงานแล้วหรือยัง ว่า นี่เป็นเรื่องของรัฐบาล แต่ตนก็ติดตามอยู่ ขอให้เป็นเรื่องของนายกรัฐมนตรีและทีมงานที่จะแก้ไข ส่วนกองทัพก็ยังคงดูแลความมั่นคงตามแนวชายแดน • ส่วนสถานการณ์ชายแดนไทย-กัมพูชา ล่าสุด ฝ่ายไทยก็ยังตรึงกำลังอยู่ ส่วนกัมพูชาก็ยังไม่ได้ถอนกำลัง ยังคงรอความชัดเจนของทั้ง 2 ประเทศ และขึ้นอยู่กับผู้นำ 2 ประเทศ ว่าจะคุยกันอย่างไรส่วนทหารก็ทำหน้าที่ต่อไป ควบคุมและกำกับดูแลแนวชายแดนให้เป็นปกติมากที่สุด ซึ่งกับทางทหารกัมพูชาก็ยังคงมีการพูดคุยกัน ตั้งแต่การปรับกำลังที่ช่องบก • คลิกอ่านรายละเอียดเพิ่มเติม >>https://mgronline.com/politics/detail/9680000060546 • #Thaitimes #MGROnline #ฮุนเซน #กัมพูชา #แม่ทัพภาคที่2
    0 Comments 0 Shares 491 Views 0 Reviews
  • เรื่องราวของ Plasma 6.4 และอนาคตของ 6.5
    ทีม KDE กำลังเพิ่มประสิทธิภาพและเสริมฟีเจอร์ใหม่ให้กับ Plasma 6.4 ก่อนเปิดตัววันที่ 17 มิถุนายน 2025 หลังจากที่สัปดาห์ก่อนมีการปรับปรุงเรื่องความเร็วในการโหลด ตอนนี้พวกเขาเดินหน้าต่อด้วยการเพิ่ม Picture-in-Picture (PiP) บน Wayland ซึ่งเป็นฟีเจอร์ที่หลายคนรอคอย นี่เป็นก้าวสำคัญที่ช่วยให้ Wayland ทัดเทียมกับ X11 มากขึ้น

    นอกจากนี้ การปรับปรุงอื่นๆ ได้แก่:
    ปรับปรุง Blur effect โดยรวม Background Contrast effect เข้าไป
    สามารถจัดเรียง Virtual desktops จาก Pager widget ได้แล้ว
    ตั้งค่าการ Invert และ Zoom ถูกย้ายไปที่หน้า Accessibility
    ปรับปรุง Breeze application style ให้มีแอนิเมชันในเช็คบ็อกซ์และปุ่มตัวเลือกในแอปที่ใช้ QtQuick
    แก้ไขปัญหาผู้ใช้ไม่รู้วิธีหยุดบันทึกหน้าจอใน Spectacle ให้ชัดเจนยิ่งขึ้น

    ปรับปรุงเสถียรภาพใน Plasma 6.4
    การเพิ่มวิดเจ็ตไปที่ oversized panels ไม่ทำให้ shell ค้างอีกต่อไป
    แก้ปัญหา Discover ที่เคยแครชเมื่อแนะนำแอปแทนที่สำหรับ Flatpak ที่ไม่รองรับ
    ลากไฟล์ไปวางใน Folder View widget ไม่ทำให้เกิดภาพกระตุก
    กล่องบันทึกไฟล์จาก Flatpak browsers อนุญาตให้เปิดหน้า preview แล้ว
    การพิมพ์จาก Flatpak GTK apps แสดงขนาดที่ถูกต้อง

    ฟีเจอร์ที่กำลังพัฒนาสำหรับ Plasma 6.5
    Picture-in-Picture (PiP) บน Wayland— ใช้ Wayland PiP protocol เวอร์ชันทดลอง ทำให้แอปอย่าง Firefox สามารถแสดงหน้าต่าง PiP ได้อย่างถูกต้อง
    แก้ไขปัญหา UI เพื่อปรับปรุง ความคมชัดของข้อความ ในเมนูและป้ายกำกับต่างๆ
    Kicker Application Menu สามารถเลื่อนแนวนอนได้เมื่อมีผลค้นหาจำนวนมาก

    ถึงแม้จะมีการแก้ไขหลายจุด แต่ยังมี 3 บั๊กระดับสูง ที่ยังไม่ได้รับการแก้ไข
    ปัญหา "15-minute bugs" เพิ่มขึ้นถึง 23 จุด ซึ่งยังต้องแก้ไขต่อไป

    โดยรวมแล้ว Plasma 6.4 ดูจะเป็นอัปเดตที่ช่วยเพิ่มเสถียรภาพและปรับปรุงประสบการณ์ใช้งาน ส่วน Plasma 6.5 กำลังเตรียมตัวกับฟีเจอร์ใหม่ที่ผู้ใช้รอคอย

    https://www.neowin.net/news/kde-brings-wayland-pip-to-plasma-65-adds-finishing-touches-to-64-as-release-nears/
    เรื่องราวของ Plasma 6.4 และอนาคตของ 6.5 ทีม KDE กำลังเพิ่มประสิทธิภาพและเสริมฟีเจอร์ใหม่ให้กับ Plasma 6.4 ก่อนเปิดตัววันที่ 17 มิถุนายน 2025 หลังจากที่สัปดาห์ก่อนมีการปรับปรุงเรื่องความเร็วในการโหลด ตอนนี้พวกเขาเดินหน้าต่อด้วยการเพิ่ม Picture-in-Picture (PiP) บน Wayland ซึ่งเป็นฟีเจอร์ที่หลายคนรอคอย นี่เป็นก้าวสำคัญที่ช่วยให้ Wayland ทัดเทียมกับ X11 มากขึ้น นอกจากนี้ การปรับปรุงอื่นๆ ได้แก่: ✅ ปรับปรุง Blur effect โดยรวม Background Contrast effect เข้าไป ✅ สามารถจัดเรียง Virtual desktops จาก Pager widget ได้แล้ว ✅ ตั้งค่าการ Invert และ Zoom ถูกย้ายไปที่หน้า Accessibility ✅ ปรับปรุง Breeze application style ให้มีแอนิเมชันในเช็คบ็อกซ์และปุ่มตัวเลือกในแอปที่ใช้ QtQuick ✅ แก้ไขปัญหาผู้ใช้ไม่รู้วิธีหยุดบันทึกหน้าจอใน Spectacle ให้ชัดเจนยิ่งขึ้น ปรับปรุงเสถียรภาพใน Plasma 6.4 ✅ การเพิ่มวิดเจ็ตไปที่ oversized panels ไม่ทำให้ shell ค้างอีกต่อไป ✅ แก้ปัญหา Discover ที่เคยแครชเมื่อแนะนำแอปแทนที่สำหรับ Flatpak ที่ไม่รองรับ ✅ ลากไฟล์ไปวางใน Folder View widget ไม่ทำให้เกิดภาพกระตุก ✅ กล่องบันทึกไฟล์จาก Flatpak browsers อนุญาตให้เปิดหน้า preview แล้ว ✅ การพิมพ์จาก Flatpak GTK apps แสดงขนาดที่ถูกต้อง ฟีเจอร์ที่กำลังพัฒนาสำหรับ Plasma 6.5 ✅ Picture-in-Picture (PiP) บน Wayland— ใช้ Wayland PiP protocol เวอร์ชันทดลอง ทำให้แอปอย่าง Firefox สามารถแสดงหน้าต่าง PiP ได้อย่างถูกต้อง ✅ แก้ไขปัญหา UI เพื่อปรับปรุง ความคมชัดของข้อความ ในเมนูและป้ายกำกับต่างๆ ✅ Kicker Application Menu สามารถเลื่อนแนวนอนได้เมื่อมีผลค้นหาจำนวนมาก ‼️ ถึงแม้จะมีการแก้ไขหลายจุด แต่ยังมี 3 บั๊กระดับสูง ที่ยังไม่ได้รับการแก้ไข ‼️ ปัญหา "15-minute bugs" เพิ่มขึ้นถึง 23 จุด ซึ่งยังต้องแก้ไขต่อไป โดยรวมแล้ว Plasma 6.4 ดูจะเป็นอัปเดตที่ช่วยเพิ่มเสถียรภาพและปรับปรุงประสบการณ์ใช้งาน ส่วน Plasma 6.5 กำลังเตรียมตัวกับฟีเจอร์ใหม่ที่ผู้ใช้รอคอย https://www.neowin.net/news/kde-brings-wayland-pip-to-plasma-65-adds-finishing-touches-to-64-as-release-nears/
    WWW.NEOWIN.NET
    KDE brings Wayland PiP to Plasma 6.5, adds finishing touches to 6.4 as release nears
    In the latest "This Week in Plasma", the KDE team outlined key updates coming to Plasma 6.4 and 6.5, including critical bug fixes and new features like Wayland Picture-in-Picture.
    0 Comments 0 Shares 327 Views 0 Reviews
More Results