په کروم 94 کې د Idle Detection API ډیفالټ شاملول د نیوکې څپې لامل شوي ، د فایرفوکس او ویب کیټ/سفاري پراختیا کونکو اعتراضونو په حواله.
د Idle Detection API سایټونو ته اجازه ورکوي چې هغه وخت کشف کړي کله چې یو کارن غیر فعال وي، د بیلګې په توګه. د کیبورډ/ماوس سره تعامل نه کوي یا په بل مانیټر کار نه کوي. API تاسو ته اجازه درکوي چې ومومئ چې ایا د سکرین سیور په سیسټم کې روان دی که نه. د غیر فعالیت په اړه معلومات د غیر فعالیت ټاکل شوي حد ته رسیدو وروسته د خبرتیا لیږلو سره ترسره کیږي ، چې لږترلږه ارزښت یې 1 دقیقې ته ټاکل شوی.
دا مهمه ده چې په یاد ولرئ چې د Idle Detection API کارول د کارونکي اجازې واضح ورکولو ته اړتیا لري، د بیلګې په توګه. که چیرې غوښتنلیک د لومړي ځل لپاره د غیر فعالیت موندلو هڅه وکړي ، نو کارونکي به د یوې کړکۍ سره وړاندې شي چې پوښتنه وکړي چې ایا اجازه ورکړئ یا عملیات بند کړئ. د Idle Detection API په بشپړه توګه غیر فعالولو لپاره، یو ځانګړی اختیار ("chrome://settings/content/idleDetection") د "محرمیت او امنیت" ترتیباتو برخه کې چمتو شوی.
د غوښتنلیک ساحو کې چیٹ، ټولنیزې شبکې او د مخابراتو غوښتنلیکونه شامل دي چې کولی شي د کارونکي وضعیت په کمپیوټر کې د هغه شتون پورې اړه ولري یا د نوي پیغامونو خبرتیا ځنډوي تر څو چې کاروونکي راشي. API د کیوسک غوښتنلیکونو کې هم کارول کیدی شي د یوې مودې غیر فعالیت وروسته اصلي سکرین ته بیرته راستنیدو لپاره ، یا د سرچینو متقابل عمل غیر فعالولو لپاره ، لکه د پیچلو ریډراینګ کول ، په دوامداره توګه د چارټونو تازه کول ، کله چې کارونکي په کمپیوټر کې نه وي.
د Idle Detection API د فعالولو د مخالفینو دریځ دا دی چې هغه معلومات چې ایا کاروونکي په کمپیوټر کې دی یا نه محرم ګڼل کیدی شي. د ګټورو غوښتنلیکونو سربیره، دا API د بدو موخو لپاره هم کارول کیدی شي، د بیلګې په توګه، د زیانونو څخه د ګټې اخیستنې هڅه کول پداسې حال کې چې کاروونکي لرې وي یا د ښکاره ناوړه فعالیت پټولو لپاره، لکه کان کیندنه. په پوښتنې کې د API په کارولو سره، د کاروونکي د چلند نمونو او د هغه د کار ورځني تال په اړه معلومات هم راټول کیدی شي. د مثال په توګه، تاسو کولی شئ معلومه کړئ کله چې کاروونکي معمولا د غرمې ډوډۍ ته ځي یا د کار ځای پریږدي. د جواز د ثبوت لپاره د لازمي غوښتنې په شرایطو کې، دا اندیښنې د ګوګل لخوا د پام وړ ګڼل کیږي.
برسېره پردې، تاسو کولی شئ د یادښت سره د خوندي عملیاتو ډاډ ترلاسه کولو لپاره د نوي تخنیکونو د ترویج په اړه د کروم پراختیا کونکو څخه یادونه وکړئ. د ګوګل په وینا، په کروم کې 70٪ امنیتي ستونزې د حافظې د غلطیو له امله رامینځته کیږي، لکه د بفر کارول د هغې سره تړلې حافظې له خلاصولو وروسته (استعمال وروسته وړیا). د دې ډول غلطیو سره د معاملې لپاره درې اصلي ستراتیژۍ پیژندل شوي: د تالیف په مرحله کې د چکونو پیاوړي کول، د چلولو په وخت کې د غلطیو مخنیوی، او د حافظې خوندي ژبه کارول.
راپور ورکړل شوی چې تجربې د کرومیم کوډبیس ته د زنګ په ژبه کې د اجزاو رامینځته کولو وړتیا اضافه کولو لپاره پیل کړې. د زنګ کوډ لاهم کاروونکو ته سپارل شوي جوړونو کې شامل نه دی او په عمده ډول په زنګ کې د براوزر انفرادي برخو رامینځته کولو احتمال ازمول او په C++ کې لیکل شوي نورو برخو سره د دوی ادغام کول دي. په موازي توګه، د C++ کوډ لپاره، یوه پروژه د خام پوائنټونو پر ځای د MiraclePtr ډول کارولو لپاره پراختیا ته دوام ورکوي ترڅو د مخکینۍ خلاص شوي حافظې بلاکونو ته د لاسرسي له امله د زیانونو څخه د ګټې اخیستنې احتمال بند کړي، او د تالیف په مرحله کې د غلطیو موندلو لپاره نوي میتودونه هم وړاندیز شوي.
برسېره پردې، ګوګل یوه تجربه پیل کوي چې د سایټونو احتمالي ګډوډۍ ازموینه وکړي وروسته له دې چې براوزر نسخه ته ورسیږي چې د دوو پر ځای درې عددونه لري. په ځانګړې توګه، د کروم 96 په ازمایښت خپرونو کې، د "chrome://flags#force-major-version-to-100" ترتیب ښکاره شو، کله چې د کارن-ایجنټ سرلیک کې مشخص شوی، نسخه 100 (Chrome/100.0.4650.4) په ښودلو پیل کوي. د اګست په میاشت کې، ورته تجربه په فایرفوکس کې ترسره شوه، کوم چې په ځینو سایټونو کې د درې عددي نسخو پروسس کولو ستونزې په ګوته کړې.
سرچینه: opennet.ru