Chrome 94లో Idle Detection APIని డిఫాల్ట్‌గా చేర్చడం Firefox మరియు WebKit/Safari డెవలపర్‌ల నుండి అభ్యంతరాలను ఉటంకిస్తూ విమర్శల తరంగాలకు దారితీసింది.
ఐడిల్ డిటెక్షన్ API వినియోగదారు నిష్క్రియంగా ఉన్న సమయాన్ని గుర్తించడానికి సైట్‌లను అనుమతిస్తుంది, అనగా. కీబోర్డ్/మౌస్‌తో పరస్పర చర్య చేయదు లేదా మరొక మానిటర్‌లో పని చేయదు. సిస్టమ్‌లో స్క్రీన్ సేవర్ రన్ అవుతుందో లేదో తెలుసుకోవడానికి కూడా API మిమ్మల్ని అనుమతిస్తుంది. నిర్దేశిత నిష్క్రియ థ్రెషోల్డ్‌కు చేరుకున్న తర్వాత నోటిఫికేషన్‌ను పంపడం ద్వారా నిష్క్రియాత్మకత గురించిన సమాచారం నిర్వహించబడుతుంది, దీని కనిష్ట విలువ 1 నిమిషానికి సెట్ చేయబడింది.
ఐడిల్ డిటెక్షన్ API యొక్క వినియోగానికి వినియోగదారు అనుమతులను స్పష్టంగా మంజూరు చేయడం అవసరమని గమనించడం ముఖ్యం, అనగా. అప్లికేషన్ మొదటిసారిగా నిష్క్రియాత్మకతను గుర్తించడానికి ప్రయత్నిస్తే, వినియోగదారుకు అనుమతులను మంజూరు చేయాలా లేదా ఆపరేషన్‌ను నిరోధించాలా అని అడిగే విండో అందించబడుతుంది. నిష్క్రియ గుర్తింపు APIని పూర్తిగా నిలిపివేయడానికి, “గోప్యత మరియు భద్రత” సెట్టింగ్‌ల విభాగంలో ప్రత్యేక ఎంపిక (“chrome://settings/content/idleDetection”) అందించబడుతుంది.
అప్లికేషన్ ప్రాంతాలలో చాట్, సోషల్ నెట్‌వర్కింగ్ మరియు కమ్యూనికేషన్స్ అప్లికేషన్‌లు ఉన్నాయి, ఇవి కంప్యూటర్‌లో అతని ఉనికిని బట్టి వినియోగదారు స్థితిని మార్చగలవు లేదా వినియోగదారు వచ్చే వరకు కొత్త సందేశాల నోటిఫికేషన్ ఆలస్యం చేయగలవు. నిష్క్రియ కాలం తర్వాత అసలు స్క్రీన్‌కి తిరిగి రావడానికి కియోస్క్ అప్లికేషన్‌లలో కూడా API ఉపయోగించబడుతుంది లేదా వినియోగదారు కంప్యూటర్‌లో లేనప్పుడు కాంప్లెక్స్‌ని రీడ్రాయింగ్ చేయడం, చార్ట్‌లను నిరంతరం అప్‌డేట్ చేయడం వంటి రిసోర్స్-ఇంటెన్సివ్ ఇంటరాక్టివ్ ఆపరేషన్‌లను నిలిపివేయడానికి కూడా ఉపయోగించవచ్చు.
ఐడిల్ డిటెక్షన్ APIని ఎనేబుల్ చేయడంలో ప్రత్యర్థుల స్థానం ఏమిటంటే, వినియోగదారు కంప్యూటర్‌లో ఉన్నారా లేదా అనే దాని గురించి సమాచారం గోప్యంగా పరిగణించబడుతుంది. ఉపయోగకరమైన అప్లికేషన్‌లతో పాటు, ఈ API చెడు ప్రయోజనాల కోసం కూడా ఉపయోగించబడుతుంది, ఉదాహరణకు, వినియోగదారు దూరంగా ఉన్నప్పుడు దుర్బలత్వాలను ఉపయోగించుకోవడానికి లేదా మైనింగ్ వంటి ప్రస్ఫుటమైన హానికరమైన కార్యాచరణను దాచడానికి. సందేహాస్పద APIని ఉపయోగించి, వినియోగదారు ప్రవర్తన నమూనాలు మరియు అతని పని యొక్క రోజువారీ లయ గురించి సమాచారాన్ని కూడా సేకరించవచ్చు. ఉదాహరణకు, వినియోగదారు సాధారణంగా మధ్యాహ్న భోజనానికి వెళ్లినప్పుడు లేదా కార్యాలయాన్ని విడిచిపెట్టినప్పుడు మీరు కనుగొనవచ్చు. ప్రామాణీకరణ రుజువు కోసం తప్పనిసరి అభ్యర్థన సందర్భంలో, ఈ ఆందోళనలు Google చేత ముఖ్యమైనవిగా గుర్తించబడ్డాయి.
అదనంగా, మీరు మెమరీతో సురక్షితమైన ఆపరేషన్‌ను నిర్ధారించడానికి కొత్త టెక్నిక్‌ల ప్రచారం గురించి Chrome డెవలపర్‌ల నుండి గమనికను గమనించవచ్చు. Google ప్రకారం, Chromeలో 70% భద్రతా సమస్యలు దానితో అనుబంధించబడిన మెమరీని ఖాళీ చేసిన తర్వాత బఫర్‌ను ఉపయోగించడం వంటి మెమరీ ఎర్రర్‌ల వల్ల సంభవిస్తాయి (ఉపయోగం-తరువాత-ఉచితం). అటువంటి లోపాలతో వ్యవహరించడానికి మూడు ప్రధాన వ్యూహాలు గుర్తించబడ్డాయి: సంకలన దశలో తనిఖీలను బలోపేతం చేయడం, రన్‌టైమ్‌లో లోపాలను నిరోధించడం మరియు మెమరీ-సురక్షిత భాషను ఉపయోగించడం.
Chromium కోడ్‌బేస్‌కు రస్ట్ భాషలోని భాగాలను అభివృద్ధి చేసే సామర్థ్యాన్ని జోడించడానికి ప్రయోగాలు ప్రారంభించినట్లు నివేదించబడింది. వినియోగదారులకు డెలివరీ చేయబడిన బిల్డ్‌లలో రస్ట్ కోడ్ ఇంకా చేర్చబడలేదు మరియు ప్రధానంగా రస్ట్‌లో బ్రౌజర్ యొక్క వ్యక్తిగత భాగాలను అభివృద్ధి చేసే అవకాశాన్ని మరియు C++లో వ్రాసిన ఇతర భాగాలతో వాటి ఏకీకరణను పరీక్షించడం లక్ష్యంగా పెట్టుకుంది. సమాంతరంగా, C++ కోడ్ కోసం, ఇప్పటికే విముక్తి పొందిన మెమరీ బ్లాక్‌లను యాక్సెస్ చేయడం వల్ల కలిగే దుర్బలత్వాలను ఉపయోగించుకునే అవకాశాన్ని నిరోధించడానికి ముడి పాయింటర్‌లకు బదులుగా MiraclePtr రకాన్ని ఉపయోగించడం కోసం ప్రాజెక్ట్ అభివృద్ధి చెందుతూనే ఉంది మరియు సంకలన దశలో లోపాలను గుర్తించడానికి కొత్త పద్ధతులు కూడా ప్రతిపాదించబడ్డాయి.
అదనంగా, బ్రౌజర్ రెండు అంకెలకు బదులుగా మూడు అంకెలతో కూడిన సంస్కరణకు చేరుకున్న తర్వాత సైట్‌ల అంతరాయాన్ని పరీక్షించడానికి Google ఒక ప్రయోగాన్ని ప్రారంభిస్తోంది. ప్రత్యేకించి, Chrome 96 యొక్క పరీక్ష విడుదలలలో, వినియోగదారు-ఏజెంట్ హెడర్, వెర్షన్ 100 (Chrome/100)లో పేర్కొన్నప్పుడు “chrome://flags#force-major-version-to-100.0.4650.4” సెట్టింగ్ కనిపించింది. ప్రదర్శించడం ప్రారంభమవుతుంది. ఆగస్టులో, ఫైర్‌ఫాక్స్‌లో ఇదే విధమైన ప్రయోగం నిర్వహించబడింది, ఇది కొన్ని సైట్‌లలో మూడు-అంకెల సంస్కరణలను ప్రాసెస్ చేయడంలో సమస్యలను వెల్లడించింది.
మూలం: opennet.ru