Chrome 94 இல் Idle Detection API சேர்க்கப்பட்டுள்ளதை விமர்சித்தல். Chrome இல் Rust உடன் பரிசோதனை

Chrome 94 இல் Idle Detection API இன் இயல்புநிலை சேர்க்கையானது, Firefox மற்றும் WebKit/Safari டெவலப்பர்களின் ஆட்சேபனைகளை மேற்கோள் காட்டி, விமர்சன அலைக்கு வழிவகுத்தது.

செயலற்ற கண்டறிதல் API ஆனது, பயனர் செயலற்ற நிலையில் இருக்கும் நேரத்தைக் கண்டறிய தளங்களை அனுமதிக்கிறது, அதாவது. விசைப்பலகை/மவுஸுடன் தொடர்பு கொள்ளாது அல்லது மற்றொரு மானிட்டரில் வேலை செய்யாது. கணினியில் ஸ்கிரீன் சேவர் இயங்குகிறதா இல்லையா என்பதைக் கண்டறியவும் API உங்களை அனுமதிக்கிறது. ஒரு குறிப்பிட்ட செயலற்ற வரம்பை அடைந்த பிறகு அறிவிப்பை அனுப்புவதன் மூலம் செயலற்ற தன்மை பற்றிய தகவல் மேற்கொள்ளப்படுகிறது, இதன் குறைந்தபட்ச மதிப்பு 1 நிமிடமாக அமைக்கப்பட்டுள்ளது.

செயலற்ற கண்டறிதல் API ஐப் பயன்படுத்துவதற்கு, பயனர் அனுமதிகளை வெளிப்படையாக வழங்க வேண்டும் என்பதைக் கவனத்தில் கொள்ள வேண்டும், அதாவது. பயன்பாடு முதன்முறையாக செயலற்ற தன்மையைக் கண்டறிய முயற்சித்தால், அனுமதிகளை வழங்குவதா அல்லது செயல்பாட்டைத் தடுப்பதா என்று கேட்கும் சாளரம் பயனருக்கு வழங்கப்படும். செயலற்ற கண்டறிதல் API ஐ முழுமையாக முடக்க, "தனியுரிமை மற்றும் பாதுகாப்பு" அமைப்புகள் பிரிவில் ஒரு சிறப்பு விருப்பம் ("chrome://settings/content/idleDetection") வழங்கப்படுகிறது.

பயன்பாட்டுப் பகுதிகளில் அரட்டை, சமூக வலைப்பின்னல் மற்றும் தகவல் தொடர்பு பயன்பாடுகள் ஆகியவை அடங்கும், அவை கணினியில் அவர் இருப்பதைப் பொறுத்து பயனரின் நிலையை மாற்றலாம் அல்லது பயனர் வரும் வரை புதிய செய்திகளின் அறிவிப்பை தாமதப்படுத்தலாம். API ஆனது கியோஸ்க் பயன்பாடுகளில் செயலற்ற காலத்திற்குப் பிறகு அசல் திரைக்குத் திரும்புவதற்குப் பயன்படுத்தப்படலாம் அல்லது பயனர் கணினியில் இல்லாதபோது, ​​சிக்கலான மறுவடிவமைப்பு, தொடர்ந்து வரைபடங்களைப் புதுப்பித்தல் போன்ற வள-தீவிர ஊடாடும் செயல்பாடுகளை முடக்கவும்.

செயலற்ற கண்டறிதல் API ஐ இயக்குவதை எதிர்ப்பவர்களின் நிலை என்னவென்றால், பயனர் கணினியில் இருக்கிறாரா இல்லையா என்பது பற்றிய தகவல் ரகசியமாக கருதப்படலாம். பயனுள்ள பயன்பாடுகளுக்கு கூடுதலாக, இந்த ஏபிஐ மோசமான நோக்கங்களுக்காகவும் பயன்படுத்தப்படலாம், எடுத்துக்காட்டாக, பயனர் தொலைவில் இருக்கும்போது பாதிப்புகளைச் சுரண்ட முயற்சிக்கவும் அல்லது சுரங்கம் போன்ற வெளிப்படையான தீங்கிழைக்கும் செயல்பாட்டை மறைக்கவும். கேள்விக்குரிய API ஐப் பயன்படுத்தி, பயனர் நடத்தை முறைகள் மற்றும் அவரது வேலையின் தினசரி தாளம் பற்றிய தகவல்களையும் சேகரிக்க முடியும். எடுத்துக்காட்டாக, பயனர் வழக்கமாக மதிய உணவிற்குச் செல்லும் போது அல்லது பணியிடத்தை விட்டு வெளியேறும்போது நீங்கள் கண்டுபிடிக்கலாம். அங்கீகாரச் சான்றுக்கான கட்டாயக் கோரிக்கையின் பின்னணியில், இந்தக் கவலைகள் Google ஆல் முக்கியமற்றதாகக் கருதப்படுகின்றன.

கூடுதலாக, நினைவகத்துடன் பாதுகாப்பான செயல்பாட்டை உறுதிசெய்வதற்கான புதிய நுட்பங்களை மேம்படுத்துவது பற்றி Chrome டெவலப்பர்களின் குறிப்பை நீங்கள் கவனிக்கலாம். கூகிளின் கூற்றுப்படி, Chrome இல் உள்ள 70% பாதுகாப்பு சிக்கல்கள் நினைவக பிழைகளால் ஏற்படுகின்றன, அதாவது அதனுடன் தொடர்புடைய நினைவகத்தை விடுவித்த பிறகு ஒரு இடையகத்தைப் பயன்படுத்துதல் (பயன்படுத்திய பின்-இலவசம்). இத்தகைய பிழைகளைக் கையாள்வதற்கான மூன்று முக்கிய உத்திகள் அடையாளம் காணப்பட்டுள்ளன: தொகுத்தல் கட்டத்தில் காசோலைகளை வலுப்படுத்துதல், இயக்க நேரத்தில் பிழைகளைத் தடுப்பது மற்றும் நினைவக-பாதுகாப்பான மொழியைப் பயன்படுத்துதல்.

ருஸ்ட் மொழியில் உள்ள கூறுகளை உருவாக்கும் திறனை குரோமியம் கோட்பேஸில் சேர்க்கும் சோதனைகள் தொடங்கியுள்ளன என்று தெரிவிக்கப்பட்டுள்ளது. ரஸ்ட் குறியீடு இன்னும் பயனர்களுக்கு வழங்கப்படும் பில்ட்களில் சேர்க்கப்படவில்லை மற்றும் முக்கியமாக ரஸ்டில் உலாவியின் தனிப்பட்ட பகுதிகளை உருவாக்குவதற்கான சாத்தியத்தை சோதிப்பதை நோக்கமாகக் கொண்டது மற்றும் C++ இல் எழுதப்பட்ட பிற பகுதிகளுடன் அவற்றின் ஒருங்கிணைப்பு. இதற்கு இணையாக, C++ குறியீட்டிற்கு, ஏற்கனவே விடுவிக்கப்பட்ட நினைவகத் தொகுதிகளை அணுகுவதால் ஏற்படும் பாதிப்புகளைச் சுரண்டுவதற்கான சாத்தியக்கூறுகளைத் தடுக்க, மூல சுட்டிகளுக்குப் பதிலாக MiraclePtr வகையைப் பயன்படுத்துவதற்கான திட்டம் தொடர்ந்து உருவாக்கப்படுகிறது, மேலும் தொகுக்கும் கட்டத்தில் பிழைகளைக் கண்டறிவதற்கான புதிய முறைகளும் முன்மொழியப்பட்டுள்ளன.

கூடுதலாக, இரண்டு இலக்கங்களுக்குப் பதிலாக மூன்று இலக்கங்களைக் கொண்ட பதிப்பை உலாவி அடைந்த பிறகு, தளங்களின் சாத்தியமான இடையூறுகளைச் சோதிக்க Google ஒரு பரிசோதனையைத் தொடங்குகிறது. குறிப்பாக, Chrome 96 இன் சோதனை வெளியீடுகளில், பயனர் முகவர் தலைப்பின் பதிப்பு 100 (Chrome/100) இல் குறிப்பிடப்பட்ட போது, ​​“chrome://flags#force-major-version-to-100.0.4650.4” அமைப்பு தோன்றியது. காட்டத் தொடங்குகிறது. ஆகஸ்ட் மாதத்தில், பயர்பாக்ஸில் இதேபோன்ற சோதனை நடத்தப்பட்டது, இது சில தளங்களில் மூன்று இலக்க பதிப்புகளை செயலாக்குவதில் சிக்கல்களை வெளிப்படுத்தியது.

ஆதாரம்: opennet.ru

கருத்தைச் சேர்