Chrome 94-д Idle Detection API-г анхдагч байдлаар оруулсан нь Firefox болон WebKit/Safari хөгжүүлэгчдийн эсэргүүцлийг иш татан шүүмжлэлийн давалгаанд хүргэсэн.
Сул зогсолтыг илрүүлэх API нь сайтуудад хэрэглэгч идэвхгүй байх цагийг илрүүлэх боломжийг олгодог. Гар/хулганатай харьцдаггүй эсвэл өөр дэлгэц дээр ажиллахгүй. API нь систем дээр дэлгэц амраагч ажиллаж байгаа эсэхийг мэдэх боломжийг олгодог. Идэвхгүй байдлын талаарх мэдээллийг тодорхой идэвхгүй байдлын босгонд хүрсний дараа мэдэгдэл илгээх замаар гүйцэтгэдэг бөгөөд хамгийн бага утга нь 1 минут байна.
Сул зогсолтыг илрүүлэх API-г ашиглахын тулд хэрэглэгчийн зөвшөөрлийг тодорхой олгох шаардлагатай гэдгийг анхаарах нь чухал юм. Хэрэв програм анх удаа идэвхгүй байдлыг илрүүлэх гэж оролдвол хэрэглэгчдэд зөвшөөрөл олгох эсвэл үйлдлийг хаах уу гэсэн цонх гарч ирнэ. Сул зогсолтыг илрүүлэх API-г бүрэн идэвхгүй болгохын тулд "Нууцлал ба аюулгүй байдлын" тохиргооны хэсэгт тусгай сонголтыг ("chrome://settings/content/idleDetection") оруулсан болно.
Хэрэглээний талбарт чат, нийгмийн сүлжээ, харилцааны програмууд багтдаг бөгөөд энэ нь хэрэглэгчийн компьютер дээр байгаа эсэхээс хамааран статусыг өөрчлөх эсвэл хэрэглэгч ирэх хүртэл шинэ мессежийн мэдэгдлийг хойшлуулах боломжтой. API нь хэсэг хугацаанд идэвхгүй болсны дараа анхны дэлгэц рүү буцах эсвэл хэрэглэгч компьютер дээр байхгүй үед цогцолборыг дахин зурах, графикийг байнга шинэчлэх гэх мэт нөөц их шаарддаг интерактив үйлдлүүдийг идэвхгүй болгохын тулд kiosk програмуудад ашиглагдаж болно.
Idle Detection API-г идэвхжүүлэхийг эсэргүүцэгчдийн байр суурь бол хэрэглэгч компьютер дээр байгаа эсэх талаарх мэдээллийг нууц гэж үзэж болно. Хэрэгтэй програмуудаас гадна энэ API-г муу зорилгоор, тухайлбал, хэрэглэгчийг эзгүй байх үед сул талуудыг ашиглахыг оролдох эсвэл олборлолт гэх мэт илт харагдахуйц хортой үйл ажиллагааг нуун дарагдуулах зорилгоор ашиглаж болно. Асуудалтай API-г ашиглан хэрэглэгчийн зан төлөв, түүний ажлын өдөр тутмын хэмнэлийн талаархи мэдээллийг цуглуулж болно. Жишээлбэл, хэрэглэгч ихэвчлэн үдийн хоолонд орох эсвэл ажлын байраа орхих үед та мэдэх боломжтой. Зөвшөөрлийн нотлох зайлшгүй шаардлагын хүрээнд эдгээр асуудлуудыг Google ач холбогдолгүй гэж үздэг.
Нэмж дурдахад, санах ойтой аюулгүй ажиллагааг хангах шинэ арга техникийг сурталчлах талаар Chrome-ийн хөгжүүлэгчдийн тэмдэглэлийг тэмдэглэж болно. Google-ийн мэдээлснээр Chrome-ын аюулгүй байдлын асуудлын 70% нь санах ойн алдаа, тухайлбал холбогдох санах ойг сулласны дараа буфер ашиглах (үнэгүй ашиглах) зэрэг санах ойн алдаанаас үүдэлтэй байдаг. Ийм алдаатай тэмцэх гурван үндсэн стратегийг тодорхойлсон: эмхэтгэлийн үе шатанд шалгалтыг бэхжүүлэх, ажиллах үед алдааг хаах, санах ойд аюулгүй хэл ашиглах.
Chromium кодын санд Rust хэл дээрх бүрэлдэхүүн хэсгүүдийг хөгжүүлэх чадварыг нэмэх туршилтууд эхэлсэн гэж мэдээлж байна. Rust код нь хэрэглэгчдэд хүргэсэн бүтээцэд хараахан ороогүй байгаа бөгөөд голчлон хөтчийн бие даасан хэсгүүдийг Rust дээр хөгжүүлэх, C++ хэл дээр бичигдсэн бусад хэсгүүдтэй нэгтгэх боломжийг турших зорилготой юм. Үүний зэрэгцээ C++ кодын хувьд аль хэдийн суллагдсан санах ойн блокуудад хандсаны улмаас үүссэн эмзэг байдлыг ашиглах боломжийг хаахын тулд түүхий заагчийн оронд MiraclePtr төрлийг ашиглах төслийг үргэлжлүүлэн боловсруулж байгаа бөгөөд эмхэтгэлийн үе шатанд алдаа илрүүлэх шинэ аргуудыг санал болгож байна.
Нэмж дурдахад Google хөтөч нь хоёр биш гурван оронтой тооноос бүрдэх хувилбарт хүрсний дараа сайтуудын үйл ажиллагааг тасалдуулж болзошгүй эсэхийг шалгах туршилтыг эхлүүлж байна. Ялангуяа Chrome 96-ын туршилтын хувилбаруудад Хэрэглэгчийн агентын толгой хэсэгт 100 хувилбар (Chrome/100) заасан үед "chrome://flags#force-major-version-to-100.0.4650.4" тохиргоо гарч ирэв. харуулж эхэлнэ. Наймдугаар сард Firefox дээр үүнтэй төстэй туршилт явуулсан бөгөөд энэ нь зарим сайтууд дээр гурван оронтой хувилбарыг боловсруулахад асуудал гарсан байна.
Эх сурвалж: opennet.ru