เมื่อเปิดตัว Chrome เวอร์ชัน 94 se ทำให้การรวมเริ่มต้นของ API การตรวจจับที่ไม่ได้ใช้งาน ซึ่งทำให้เกิดกระแสวิพากษ์วิจารณ์พร้อมลิงก์คัดค้านจากผู้พัฒนา Firefox และ WebKit / Safari
API การตรวจจับที่ไม่ได้ใช้งาน อนุญาตให้ไซต์ตรวจพบเมื่อผู้ใช้ไม่ได้ใช้งาน กล่าวคือไม่โต้ตอบกับแป้นพิมพ์ / เมาส์หรือทำงานบนจอภาพอื่น API ยังช่วยให้คุณทราบว่าโปรแกรมรักษาหน้าจอกำลังทำงานอยู่บนระบบหรือไม่ การแจ้งเตือนการไม่ใช้งานทำได้โดยส่งการแจ้งเตือนหลังจากถึงเกณฑ์การไม่ใช้งานที่กำหนดไว้ล่วงหน้า ซึ่งตั้งค่าขั้นต่ำไว้ที่ 1 นาที
สิ่งสำคัญคือต้องใส่ใจ การใช้ API การตรวจจับที่ไม่ได้ใช้งานจำเป็นต้องให้สิทธิ์ผู้ใช้อย่างชัดแจ้งกล่าวคือ หากแอปพลิเคชันพยายามระบุข้อเท็จจริงของการไม่ใช้งานเป็นครั้งแรก ผู้ใช้จะแสดงหน้าต่างพร้อมข้อเสนอเพื่ออนุญาตหรือบล็อกการดำเนินการ
แอปพลิเคชั่นแชท โซเชียลเน็ตเวิร์กและการสื่อสารเรียกว่าแอปพลิเคชั่นซึ่ง สามารถเปลี่ยนสถานะของผู้ใช้ตามการแสดงตนบนคอมพิวเตอร์หรือเลื่อนการแสดงการแจ้งเตือน ของข้อความใหม่จนถึงการมาถึงของผู้ใช้
API ยังสามารถใช้ในแอปพลิเคชันอื่นเพื่อกลับไปยังหน้าจอเดิมหลังจากไม่มีการใช้งานเป็นระยะเวลาหนึ่ง หรือเพื่อปิดใช้งานการดำเนินการเชิงโต้ตอบที่ใช้ทรัพยากรมาก เช่น การวาดแผนภูมิที่ซับซ้อนใหม่ซึ่งมีการอัปเดตอย่างต่อเนื่องเมื่อผู้ใช้ไม่ได้อยู่บนหน้าจอ คอมพิวเตอร์.
ตำแหน่งของผู้ที่คัดค้านการเปิดใช้งาน API การตรวจจับที่ไม่ใช้งาน มันทำให้ข้อเท็จจริงที่ว่าข้อมูลเกี่ยวกับว่าผู้ใช้อยู่ในคอมพิวเตอร์หรือไม่นั้นสามารถถือเป็นความลับได้ นอกเหนือจากการใช้งานที่มีประโยชน์แล้ว API นี้ยังไม่สามารถใช้เพื่อจุดประสงค์ที่ดีได้ เช่น เพื่อพยายามใช้ประโยชน์จากช่องโหว่ในขณะที่ผู้ใช้ไม่อยู่ หรือเพื่อซ่อนกิจกรรมที่เป็นอันตรายที่มองเห็นได้ เช่น การขุด
การใช้ API ที่เป็นปัญหา ข้อมูลเกี่ยวกับรูปแบบพฤติกรรมยังสามารถเก็บรวบรวมได้ ของผู้ใช้และจังหวะการทำงานในแต่ละวัน ตัวอย่างเช่น คุณสามารถดูได้ว่าผู้ใช้มักจะไปรับประทานอาหารกลางวันหรือออกจากที่ทำงานเมื่อใด ในบริบทของคำขอยืนยันการอนุญาตที่บังคับ Google ถือว่าข้อกังวลเหล่านี้ไม่เกี่ยวข้อง
หากต้องการปิดใช้งาน API การตรวจจับที่ไม่ได้ใช้งานโดยสมบูรณ์ จะมีตัวเลือกพิเศษไว้ในส่วน "ความเป็นส่วนตัวและความปลอดภัย" ของการตั้งค่า ("chrome: // การตั้งค่า / เนื้อหา / idleDetection")
นอกจากนี้ เราต้องคำนึงถึงบันทึกจากนักพัฒนา Chrome เกี่ยวกับความก้าวหน้าของเทคนิคใหม่ ๆ เพื่อให้แน่ใจว่าการจัดการหน่วยความจำที่ปลอดภัย. จากข้อมูลของ Google ปัญหาด้านความปลอดภัย 70% ใน Chrome เกิดจากข้อผิดพลาดของหน่วยความจำ เช่น การใช้งานหลังจากเข้าถึงบัฟเฟอร์ฟรี มีการระบุกลยุทธ์หลักสามประการในการจัดการกับข้อผิดพลาดดังกล่าว: การตรวจสอบเวลาคอมไพล์ที่เข้มงวด การบล็อกข้อผิดพลาดรันไทม์ และการใช้ภาษาที่ปลอดภัยสำหรับหน่วยความจำ
มีรายงานว่า การทดลองได้เริ่มเพิ่มความสามารถในการพัฒนาส่วนประกอบในภาษา Rust ให้กับ Chromium codebase. รหัส Rust ยังไม่รวมอยู่ในการคอมไพล์ที่จัดหาให้กับผู้ใช้และวัตถุประสงค์หลักคือเพื่อทดสอบความเป็นไปได้ในการพัฒนาแต่ละส่วนของเบราว์เซอร์ใน Rust และรวมเข้ากับส่วนอื่น ๆ ที่เขียนด้วย C ++
ในทำนองเดียวกันสำหรับรหัส C ++ โปรเจ็กต์ยังคงพัฒนาต่อไปโดยใช้ประเภท MiraclePtr แทนตัวชี้แบบดิบเพื่อบล็อกความเป็นไปได้ของการใช้ประโยชน์จากช่องโหว่ที่เกิดจากการเข้าถึงบล็อกหน่วยความจำที่ว่างแล้วและเสนอวิธีการใหม่เพื่อตรวจหาข้อผิดพลาดในพื้นที่ การรวบรวม
นอกจากนี้ Google กำลังเริ่มการทดสอบเพื่อทดสอบการหยุดทำงานของเว็บไซต์ หลังจากที่เบราว์เซอร์ถึงเวอร์ชันสามหลักแทนที่จะเป็นสอง
โดยเฉพาะการตั้งค่า "chrome: // flags # force-major-version-to-100" ปรากฏใน Chrome 96 เวอร์ชันทดลอง เมื่อระบุไว้ในส่วนหัว User-Agent เวอร์ชัน 100 (Chrome / 100.0.4650.4. XNUMX) จะเป็น แสดง ในเดือนสิงหาคม มีการทดลองที่คล้ายกันใน Firefox ซึ่งเผยให้เห็นปัญหาในการจัดการเวอร์ชันเลขสามหลักในบางไซต์
สวัสดี. ขอบคุณมากสำหรับเส้นทางนี้ chrome://settings/content/idleDetection นั่นคือกุญแจสู่แกนกลาง ที่นั่นคุณจะปิดการใช้งานหรือเปิดใช้งานไว้ แต่ถ้ามันไม่ผ่านเส้นทางนั้น คุณจะพบมันและ คุณต้องการมัน มันถูกซ่อนไว้อย่างดีเยี่ยม
อาศิรพจน์
chrome://settings/content/idleDetection