ការរិះគន់លើការដាក់បញ្ចូល Idle Detection API នៅក្នុង Chrome 94។ ការសាកល្បងជាមួយ Rust នៅក្នុង Chrome

ការដាក់បញ្ចូលលំនាំដើមនៃ Idle Detection API នៅក្នុង Chrome 94 បាននាំឱ្យមានរលកនៃការរិះគន់ ដោយលើកឡើងពីការជំទាស់ពីអ្នកអភិវឌ្ឍន៍ Firefox និង WebKit/Safari ។

Idle Detection API អនុញ្ញាតឱ្យគេហទំព័ររកឃើញពេលវេលាដែលអ្នកប្រើអសកម្ម ពោលគឺឧ។ មិនមានអន្តរកម្មជាមួយក្តារចុច/កណ្ដុរ ឬដំណើរការលើម៉ូនីទ័រផ្សេងទៀតទេ។ API ក៏អនុញ្ញាតឱ្យអ្នករកមើលថាតើធាតុរក្សាអេក្រង់កំពុងដំណើរការនៅលើប្រព័ន្ធឬអត់។ ព័ត៌មានអំពីភាពអសកម្មត្រូវបានអនុវត្តដោយការផ្ញើការជូនដំណឹងបន្ទាប់ពីឈានដល់កម្រិតអសកម្មដែលបានបញ្ជាក់ តម្លៃអប្បបរមាត្រូវបានកំណត់ត្រឹម 1 នាទី។

វាជាការសំខាន់ក្នុងការកត់សម្គាល់ថាការប្រើប្រាស់ Idle Detection API ទាមទារឱ្យមានការអនុញ្ញាតច្បាស់លាស់ពីអ្នកប្រើប្រាស់ ពោលគឺឧ។ ប្រសិនបើកម្មវិធីព្យាយាមរកឃើញភាពអសកម្មជាលើកដំបូង អ្នកប្រើប្រាស់នឹងត្រូវបានបង្ហាញដោយបង្អួចសួរថាតើត្រូវផ្តល់ការអនុញ្ញាត ឬរារាំងប្រតិបត្តិការ។ ដើម្បីបិទទាំងស្រុង Idle Detection API ជម្រើសពិសេសមួយ (“chrome://settings/content/idleDetection”) ត្រូវបានផ្តល់ជូននៅក្នុងផ្នែកការកំណត់ “ឯកជនភាព និងសុវត្ថិភាព”។

តំបន់នៃកម្មវិធីរួមមានការជជែក បណ្តាញសង្គម និងកម្មវិធីទំនាក់ទំនងដែលអាចផ្លាស់ប្តូរស្ថានភាពរបស់អ្នកប្រើប្រាស់អាស្រ័យលើវត្តមានរបស់គាត់នៅកុំព្យូទ័រ ឬពន្យារពេលការជូនដំណឹងសារថ្មីរហូតដល់អ្នកប្រើប្រាស់មកដល់។ API ក៏អាចត្រូវបានប្រើនៅក្នុងកម្មវិធីបញ្ជរ ដើម្បីត្រឡប់ទៅអេក្រង់ដើមវិញបន្ទាប់ពីអសកម្មមួយរយៈ ឬដើម្បីបិទប្រតិបត្តិការអន្តរកម្មដែលពឹងផ្អែកខ្លាំងលើធនធាន ដូចជាស្មុគស្មាញគូរឡើងវិញ ធ្វើបច្ចុប្បន្នភាពតារាងជានិច្ច នៅពេលដែលអ្នកប្រើប្រាស់មិននៅកុំព្យូទ័រ។

ទីតាំងនៃគូប្រជែងនៃការបើក Idle Detection API គឺថាព័ត៌មានអំពីថាតើអ្នកប្រើប្រាស់នៅកុំព្យូទ័រឬអត់ អាចត្រូវបានចាត់ទុកថាជាការសម្ងាត់។ បន្ថែមពីលើកម្មវិធីមានប្រយោជន៍ API នេះក៏អាចប្រើសម្រាប់គោលបំណងមិនល្អផងដែរ ឧទាហរណ៍ ដើម្បីព្យាយាមទាញយកភាពងាយរងគ្រោះ ខណៈពេលដែលអ្នកប្រើប្រាស់មិននៅ ឬដើម្បីលាក់សកម្មភាពព្យាបាទជាក់ស្តែង ដូចជាការជីកយករ៉ែជាដើម។ ដោយប្រើ API ជាសំណួរ ព័ត៌មានអំពីលំនាំអាកប្បកិរិយារបស់អ្នកប្រើ និងចង្វាក់ប្រចាំថ្ងៃនៃការងាររបស់គាត់ក៏អាចត្រូវបានគេប្រមូលបានផងដែរ។ ជាឧទាហរណ៍ អ្នកអាចដឹងថានៅពេលណាដែលអ្នកប្រើប្រាស់ជាធម្មតាទៅអាហារថ្ងៃត្រង់ ឬចាកចេញពីកន្លែងធ្វើការ។ នៅក្នុងបរិបទនៃសំណើជាកាតព្វកិច្ចសម្រាប់ភស្តុតាងនៃការអនុញ្ញាត ការព្រួយបារម្ភទាំងនេះត្រូវបានយល់ឃើញដោយ Google ថាមិនសំខាន់។

លើសពីនេះទៀត អ្នកអាចកត់សម្គាល់ចំណាំពីអ្នកអភិវឌ្ឍន៍ Chrome អំពីការផ្សព្វផ្សាយនៃបច្ចេកទេសថ្មីសម្រាប់ធានានូវប្រតិបត្តិការប្រកបដោយសុវត្ថិភាពជាមួយនឹងអង្គចងចាំ។ យោងទៅតាម Google 70% នៃបញ្ហាសុវត្ថិភាពនៅក្នុង Chrome គឺបណ្តាលមកពីកំហុសនៃអង្គចងចាំ ដូចជាការប្រើសតិបណ្ដោះអាសន្នបន្ទាប់ពីដោះលែងអង្គចងចាំដែលភ្ជាប់ជាមួយវា (ប្រើក្រោយមិនគិតថ្លៃ)។ យុទ្ធសាស្រ្តសំខាន់ៗចំនួនបីសម្រាប់ការដោះស្រាយកំហុសបែបនេះត្រូវបានកំណត់អត្តសញ្ញាណ៖ ការពង្រឹងការត្រួតពិនិត្យនៅដំណាក់កាលចងក្រង ការទប់ស្កាត់កំហុសនៅពេលដំណើរការ និងការប្រើប្រាស់ភាសាសុវត្ថិភាពការចងចាំ។

វាត្រូវបានគេរាយការណ៍ថាការពិសោធន៍បានចាប់ផ្តើមបន្ថែមសមត្ថភាពក្នុងការអភិវឌ្ឍសមាសធាតុនៅក្នុងភាសា Rust ទៅមូលដ្ឋានកូដ Chromium ។ កូដ Rust មិនទាន់ត្រូវបានរួមបញ្ចូលក្នុងការបង្កើតដែលផ្តល់ជូនអ្នកប្រើប្រាស់ទេ ហើយមានគោលបំណងជាចម្បងក្នុងការសាកល្បងលទ្ធភាពនៃការអភិវឌ្ឍន៍ផ្នែកនីមួយៗនៃកម្មវិធីរុករកតាមអ៊ីនធឺណិតនៅក្នុង Rust និងការរួមបញ្ចូលរបស់ពួកគេជាមួយផ្នែកផ្សេងទៀតដែលសរសេរនៅក្នុង C++ ។ ស្របគ្នានេះ សម្រាប់កូដ C++ គម្រោងមួយបន្តអភិវឌ្ឍដើម្បីប្រើប្រភេទ MiraclePtr ជំនួសឱ្យទ្រនិចដើម ដើម្បីទប់ស្កាត់លទ្ធភាពនៃការកេងប្រវ័ញ្ចភាពងាយរងគ្រោះដែលបណ្តាលមកពីការចូលប្រើប្លុកអង្គចងចាំដែលបានដោះលែងរួចហើយ ហើយវិធីសាស្ត្រថ្មីសម្រាប់ការរកឃើញកំហុសនៅដំណាក់កាលចងក្រងក៏ត្រូវបានស្នើឡើងផងដែរ។

លើសពីនេះទៀត Google កំពុងចាប់ផ្តើមការពិសោធន៍មួយ ដើម្បីសាកល្បងការរំខានដែលអាចកើតមាននៃគេហទំព័រ បន្ទាប់ពីកម្មវិធីរុករកឈានដល់កំណែដែលមានបីខ្ទង់ជំនួសឱ្យពីរ។ ជាពិសេស នៅក្នុងការចេញផ្សាយសាកល្បងរបស់ Chrome 96 ការកំណត់ "chrome://flags#force-major-version-to-100" បានបង្ហាញខ្លួន នៅពេលដែលបានបញ្ជាក់នៅក្នុងបឋមកថា User-Agent កំណែ 100 (Chrome/100.0.4650.4) ចាប់ផ្តើមត្រូវបានបង្ហាញ។ នៅក្នុងខែសីហា ការពិសោធន៍ស្រដៀងគ្នានេះត្រូវបានធ្វើឡើងនៅក្នុង Firefox ដែលបង្ហាញពីបញ្ហាជាមួយនឹងការដំណើរការកំណែបីខ្ទង់នៅលើគេហទំព័រមួយចំនួន។

ប្រភព: opennet.ru