Chrome 94-ൽ നിഷ്‌ക്രിയ കണ്ടെത്തൽ API ഉൾപ്പെടുത്തിയതിനെക്കുറിച്ചുള്ള വിമർശനം. Chrome-ൽ റസ്റ്റ് ഉപയോഗിച്ച് പരീക്ഷിക്കുന്നു

Firefox, WebKit/Safari ഡവലപ്പർമാരിൽ നിന്നുള്ള എതിർപ്പുകൾ ഉദ്ധരിച്ച് Chrome 94-ൽ നിഷ്‌ക്രിയ കണ്ടെത്തൽ API യുടെ സ്ഥിരസ്ഥിതി ഉൾപ്പെടുത്തൽ വിമർശനങ്ങളുടെ ഒരു തരംഗത്തിലേക്ക് നയിച്ചു.

നിഷ്‌ക്രിയ കണ്ടെത്തൽ API ഒരു ഉപയോക്താവ് നിഷ്‌ക്രിയമായിരിക്കുന്ന സമയം കണ്ടെത്തുന്നതിന് സൈറ്റുകളെ അനുവദിക്കുന്നു, അതായത്. കീബോർഡ്/മൗസുമായി സംവദിക്കുകയോ മറ്റൊരു മോണിറ്ററിൽ പ്രവർത്തിക്കുകയോ ചെയ്യുന്നില്ല. ഒരു സ്‌ക്രീൻ സേവർ സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുന്നുണ്ടോ ഇല്ലയോ എന്ന് കണ്ടെത്താനും API നിങ്ങളെ അനുവദിക്കുന്നു. നിഷ്‌ക്രിയത്വത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ നിർദ്ദിഷ്‌ട നിഷ്‌ക്രിയ ത്രെഷോൾഡിൽ എത്തിയതിന് ശേഷം ഒരു അറിയിപ്പ് അയച്ചുകൊണ്ട് നടപ്പിലാക്കുന്നു, ഇതിന്റെ ഏറ്റവും കുറഞ്ഞ മൂല്യം 1 മിനിറ്റായി സജ്ജീകരിച്ചിരിക്കുന്നു.

നിഷ്‌ക്രിയ കണ്ടെത്തൽ API-യുടെ ഉപയോഗത്തിന് ഉപയോക്തൃ അനുമതികൾ വ്യക്തമായി നൽകേണ്ടതുണ്ട് എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്, അതായത്. ആപ്ലിക്കേഷൻ ആദ്യമായി നിഷ്‌ക്രിയത്വം കണ്ടെത്താൻ ശ്രമിക്കുകയാണെങ്കിൽ, അനുമതികൾ നൽകണോ അല്ലെങ്കിൽ പ്രവർത്തനം തടയണോ എന്ന് ചോദിക്കുന്ന ഒരു വിൻഡോ ഉപയോക്താവിന് നൽകും. നിഷ്‌ക്രിയ കണ്ടെത്തൽ API പൂർണ്ണമായും പ്രവർത്തനരഹിതമാക്കുന്നതിന്, "സ്വകാര്യതയും സുരക്ഷയും" ക്രമീകരണ വിഭാഗത്തിൽ ഒരു പ്രത്യേക ഓപ്‌ഷൻ ("chrome://settings/content/idleDetection") നൽകിയിരിക്കുന്നു.

ആപ്ലിക്കേഷൻ ഏരിയകളിൽ ചാറ്റ്, സോഷ്യൽ നെറ്റ്‌വർക്കിംഗ്, കമ്മ്യൂണിക്കേഷൻസ് ആപ്ലിക്കേഷനുകൾ എന്നിവ ഉൾപ്പെടുന്നു, അത് കമ്പ്യൂട്ടറിലെ അവന്റെ സാന്നിധ്യത്തെ ആശ്രയിച്ച് ഉപയോക്താവിന്റെ നില മാറ്റാനോ ഉപയോക്താവ് എത്തുന്നതുവരെ പുതിയ സന്ദേശങ്ങളുടെ അറിയിപ്പ് വൈകാനോ കഴിയും. നിഷ്‌ക്രിയത്വത്തിന് ശേഷം യഥാർത്ഥ സ്‌ക്രീനിലേക്ക് മടങ്ങുന്നതിന് കിയോസ്‌ക് ആപ്ലിക്കേഷനുകളിലും API ഉപയോഗിക്കാം, അല്ലെങ്കിൽ ഉപയോക്താവ് കമ്പ്യൂട്ടറിൽ ഇല്ലാത്തപ്പോൾ, കോംപ്ലക്‌സ് വീണ്ടും വരയ്ക്കുക, ചാർട്ടുകൾ നിരന്തരം അപ്‌ഡേറ്റ് ചെയ്യുക എന്നിങ്ങനെയുള്ള റിസോഴ്‌സ്-ഇന്റൻസീവ് ഇന്ററാക്ടീവ് ഓപ്പറേഷനുകൾ പ്രവർത്തനരഹിതമാക്കാം.

ഐഡൽ ഡിറ്റക്ഷൻ API പ്രവർത്തനക്ഷമമാക്കുന്നതിനെ എതിർക്കുന്നവരുടെ നിലപാട്, ഉപയോക്താവ് കമ്പ്യൂട്ടറിൽ ഉണ്ടോ ഇല്ലയോ എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ രഹസ്യമായി കണക്കാക്കാം എന്നതാണ്. ഉപയോഗപ്രദമായ ആപ്ലിക്കേഷനുകൾക്ക് പുറമേ, ഈ API മോശം ആവശ്യങ്ങൾക്കും ഉപയോഗിക്കാം, ഉദാഹരണത്തിന്, ഉപയോക്താവ് അകലെയായിരിക്കുമ്പോൾ കേടുപാടുകൾ മുതലെടുക്കാൻ ശ്രമിക്കുക അല്ലെങ്കിൽ ഖനനം പോലുള്ള പ്രകടമായ ക്ഷുദ്ര പ്രവർത്തനങ്ങൾ മറയ്ക്കുക. സംശയാസ്‌പദമായ API ഉപയോഗിച്ച്, ഉപയോക്തൃ പെരുമാറ്റ രീതികളെയും അവന്റെ ജോലിയുടെ ദൈനംദിന താളത്തെയും കുറിച്ചുള്ള വിവരങ്ങളും ശേഖരിക്കാനാകും. ഉദാഹരണത്തിന്, ഉപയോക്താവ് സാധാരണയായി ഉച്ചഭക്ഷണത്തിന് പോകുമ്പോഴോ ജോലിസ്ഥലത്ത് നിന്ന് പോകുമ്പോഴോ നിങ്ങൾക്ക് കണ്ടെത്താനാകും. അംഗീകാരം തെളിയിക്കുന്നതിനുള്ള നിർബന്ധിത അഭ്യർത്ഥനയുടെ പശ്ചാത്തലത്തിൽ, ഈ ആശങ്കകൾ Google നിസ്സാരമായി കാണുന്നു.

കൂടാതെ, മെമ്മറി ഉപയോഗിച്ച് സുരക്ഷിതമായ പ്രവർത്തനം ഉറപ്പാക്കുന്നതിനുള്ള പുതിയ സാങ്കേതിക വിദ്യകളുടെ പ്രമോഷനെക്കുറിച്ചുള്ള Chrome ഡെവലപ്പർമാരിൽ നിന്നുള്ള കുറിപ്പ് നിങ്ങൾക്ക് ശ്രദ്ധിക്കാവുന്നതാണ്. ഗൂഗിളിന്റെ അഭിപ്രായത്തിൽ, Chrome-ലെ 70% സുരക്ഷാ പ്രശ്‌നങ്ങളും മെമ്മറി പിശകുകൾ മൂലമാണ് ഉണ്ടാകുന്നത്, അതുമായി ബന്ധപ്പെട്ട മെമ്മറി സ്വതന്ത്രമാക്കിയതിന് ശേഷം ഒരു ബഫർ ഉപയോഗിക്കുന്നത് പോലുള്ള (ഉപയോഗത്തിന് ശേഷം-ഫ്രീ). അത്തരം പിശകുകൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള മൂന്ന് പ്രധാന തന്ത്രങ്ങൾ തിരിച്ചറിഞ്ഞിട്ടുണ്ട്: സമാഹാര ഘട്ടത്തിൽ പരിശോധനകൾ ശക്തിപ്പെടുത്തുക, റൺടൈമിൽ പിശകുകൾ തടയുക, മെമ്മറി സുരക്ഷിതമായ ഭാഷ ഉപയോഗിക്കുക.

ക്രോമിയം കോഡ്‌ബേസിലേക്ക് റസ്റ്റ് ഭാഷയിലെ ഘടകങ്ങൾ വികസിപ്പിക്കാനുള്ള കഴിവ് ചേർക്കുന്നതിനുള്ള പരീക്ഷണങ്ങൾ ആരംഭിച്ചതായി റിപ്പോർട്ടുണ്ട്. റസ്റ്റ് കോഡ് ഇതുവരെ ഉപയോക്താക്കൾക്ക് കൈമാറിയ ബിൽഡുകളിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല, കൂടാതെ ബ്രൗസറിന്റെ വ്യക്തിഗത ഭാഗങ്ങൾ റസ്റ്റിൽ വികസിപ്പിക്കുന്നതിനുള്ള സാധ്യതയും C++ ൽ എഴുതിയ മറ്റ് ഭാഗങ്ങളുമായുള്ള അവയുടെ സംയോജനവും പരിശോധിക്കുന്നതിനാണ് ഇത് പ്രധാനമായും ലക്ഷ്യമിടുന്നത്. സമാന്തരമായി, C++ കോഡിനായി, ഇതിനകം സ്വതന്ത്രമാക്കിയ മെമ്മറി ബ്ലോക്കുകൾ ആക്സസ് ചെയ്യുന്നതിലൂടെ ഉണ്ടാകുന്ന കേടുപാടുകൾ ചൂഷണം ചെയ്യുന്നതിനുള്ള സാധ്യത തടയുന്നതിന് റോ പോയിന്ററുകൾക്ക് പകരം MiraclePtr തരം ഉപയോഗിക്കുന്നതിന് ഒരു പ്രോജക്റ്റ് വികസിപ്പിക്കുന്നത് തുടരുന്നു, കൂടാതെ കംപൈലേഷൻ ഘട്ടത്തിൽ പിശകുകൾ കണ്ടെത്തുന്നതിനുള്ള പുതിയ രീതികളും നിർദ്ദേശിക്കപ്പെടുന്നു.

കൂടാതെ, ബ്രൗസർ രണ്ടക്കത്തിന് പകരം മൂന്ന് അക്കങ്ങൾ അടങ്ങുന്ന ഒരു പതിപ്പിൽ എത്തിയതിന് ശേഷം സൈറ്റുകളുടെ തടസ്സം പരിശോധിക്കുന്നതിനുള്ള ഒരു പരീക്ഷണം ഗൂഗിൾ ആരംഭിക്കുന്നു. പ്രത്യേകിച്ചും, Chrome 96-ന്റെ ടെസ്റ്റ് റിലീസുകളിൽ, "chrome://flags#force-major-version-to-100" ക്രമീകരണം പ്രത്യക്ഷപ്പെട്ടു, ഉപയോക്തൃ-ഏജന്റ് തലക്കെട്ടിൽ, പതിപ്പ് 100 (Chrome/100.0.4650.4) വ്യക്തമാക്കിയപ്പോൾ. പ്രദർശിപ്പിക്കാൻ തുടങ്ങുന്നു. ഓഗസ്റ്റിൽ, ഫയർഫോക്സിൽ സമാനമായ ഒരു പരീക്ഷണം നടത്തി, ചില സൈറ്റുകളിൽ മൂന്നക്ക പതിപ്പുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിലെ പ്രശ്നങ്ങൾ വെളിപ്പെടുത്തി.

അവലംബം: opennet.ru