ప్రకటన బ్లాకర్లు ఉపయోగించే webRequest API యొక్క పరిమితిని Google సమర్థిస్తుంది

Chrome బ్రౌజర్ డెవలపర్లు ప్రయత్నించారు న్యాయంచేయటానికి వెబ్‌రిక్వెస్ట్ API యొక్క బ్లాకింగ్ మోడ్ ఆపరేషన్ కోసం మద్దతును నిలిపివేయడం, ఇది ఫ్లైలో స్వీకరించిన కంటెంట్‌ను మార్చడానికి మిమ్మల్ని అనుమతిస్తుంది మరియు ప్రకటనలను నిరోధించడానికి యాడ్-ఆన్‌లలో చురుకుగా ఉపయోగించబడుతుంది,
మాల్వేర్, ఫిషింగ్, వినియోగదారు కార్యాచరణపై గూఢచర్యం, తల్లిదండ్రుల నియంత్రణలు మరియు గోప్యత నుండి రక్షణ.

Google ఉద్దేశ్యాలు:

• API బ్లాకింగ్ మోడ్ వెబ్ అభ్యర్థన అధిక వనరుల వినియోగానికి దారితీస్తుంది.
  ఈ APIని ఉపయోగిస్తున్నప్పుడు, బ్రౌజర్ ముందుగా నెట్‌వర్క్ అభ్యర్థనలో ఉన్న మొత్తం డేటాను యాడ్-ఆన్‌కు పంపుతుంది, యాడ్-ఆన్ దానిని విశ్లేషిస్తుంది మరియు బ్రౌజర్‌లో తదుపరి ప్రాసెసింగ్ కోసం సవరించిన సంస్కరణను అందిస్తుంది లేదా సూచనలను నిరోధించడాన్ని అందిస్తుంది. ఈ సందర్భంలో, ప్రధాన జాప్యాలు యాడ్-ఆన్ ద్వారా ట్రాఫిక్ ప్రాసెస్ చేసే దశలో కాకుండా, యాడ్-ఆన్ యొక్క అమలును సమన్వయం చేసే ఓవర్ హెడ్ ఖర్చుల కారణంగా ఉత్పన్నమవుతాయి. ప్రత్యేకించి, ఇటువంటి అవకతవకలకు పూర్తి చేయడానికి ఒక ప్రత్యేక ప్రక్రియను ప్రారంభించడం అవసరం, అలాగే ఈ ప్రక్రియ మరియు డేటా సీరియలైజేషన్ మెకానిజమ్‌లతో పరస్పర చర్య చేయడానికి IPCని ఉపయోగించడం అవసరం;

• యాడ్-ఆన్ అన్ని ట్రాఫిక్‌లను తక్కువ స్థాయిలో పూర్తిగా నియంత్రిస్తుంది, ఇది దుర్వినియోగం మరియు గోప్యతా ఉల్లంఘనలకు విస్తృత అవకాశాలను తెరుస్తుంది. Google గణాంకాల ప్రకారం, గుర్తించబడిన మొత్తం హానికరమైన యాడ్-ఆన్‌లలో 42% webRequest APIని ఉపయోగించాయి. ప్రతి నెలా, Chrome వెబ్ స్టోర్ కేటలాగ్‌లో సగటున 1800 హానికరమైన యాడ్-ఆన్‌లను ఉంచే ప్రయత్నాలు బ్లాక్ చేయబడతాయని గుర్తించబడింది. దురదృష్టవశాత్తూ, సమీక్షించడం వలన అన్ని హానికరమైన యాడ్-ఆన్‌లను మినహాయింపు లేకుండా పట్టుకోవడానికి మాకు అనుమతి లేదు, కాబట్టి రక్షణను మెరుగుపరచడానికి, API స్థాయిలో యాడ్-ఆన్‌లను పరిమితం చేయాలని నిర్ణయించబడింది. అన్ని ట్రాఫిక్‌లకు యాక్సెస్‌తో యాడ్-ఆన్‌లను అందించడం ప్రధాన ఆలోచన, కానీ ఉద్దేశించిన కార్యాచరణను అమలు చేయడానికి అవసరమైన డేటాకు మాత్రమే. ప్రత్యేకించి, కంటెంట్‌ను నిరోధించడానికి, అన్ని రహస్య వినియోగదారు డేటాకు యాడ్-ఆన్‌కు పూర్తి ప్రాప్యతను ఇవ్వడం అవసరం లేదు;
• ప్రతిపాదిత భర్తీ డిక్లరేటివ్ API declarativeNetRequest అధిక-పనితీరు గల కంటెంట్ ఫిల్టరింగ్ యొక్క అన్ని పనిని చూసుకుంటుంది మరియు ఫిల్టరింగ్ నియమాలను లోడ్ చేయడానికి యాడ్-ఆన్‌లు మాత్రమే అవసరం. యాడ్-ఆన్ ట్రాఫిక్‌లో జోక్యం చేసుకోదు మరియు వినియోగదారు యొక్క ప్రైవేట్ డేటా ఉల్లంఘించబడదు;
• Google declarativeNetRequest API యొక్క ఫంక్షనాలిటీ లోపానికి సంబంధించిన అనేక వ్యాఖ్యలను పరిగణనలోకి తీసుకుంది మరియు ఫిల్టరింగ్ నియమాల సంఖ్యపై పరిమితిని ప్రారంభంలో ప్రతిపాదించిన 30 వేల పొడిగింపు నుండి ప్రపంచ గరిష్టంగా 150 వేలకు విస్తరించింది మరియు డైనమిక్‌గా చేయగల సామర్థ్యాన్ని కూడా జోడించింది. నియమాలను మార్చండి మరియు జోడించండి, HTTP హెడర్‌లను తీసివేయండి మరియు భర్తీ చేయండి (రిఫరర్, కుకీ, సెట్-కుకీ) మరియు పారామితులను అభ్యర్థించండి;
• ఎంటర్‌ప్రైజెస్ కోసం, వెబ్‌రిక్వెస్ట్ API యొక్క బ్లాకింగ్ మోడ్ ఆపరేషన్‌ను ఉపయోగించడం సాధ్యమవుతుంది, ఎందుకంటే యాడ్-ఆన్‌లను ఉపయోగించే విధానం మౌలిక సదుపాయాల లక్షణాలను అర్థం చేసుకున్న మరియు ప్రమాదాల గురించి తెలిసిన నిర్వాహకులచే నిర్ణయించబడుతుంది. ఉదాహరణకు, ఉద్యోగుల ట్రాఫిక్ ప్రవాహాలను రికార్డ్ చేయడానికి మరియు అంతర్గత వ్యవస్థలతో ఏకీకృతం చేయడానికి పేర్కొన్న APIని ఎంటర్‌ప్రైజెస్‌లో ఉపయోగించవచ్చు;
• Google యొక్క లక్ష్యం యాడ్ బ్లాకింగ్ యాడ్-ఆన్‌లను అణగదొక్కడం లేదా అణచివేయడం కాదు, కానీ సురక్షితమైన మరియు మరింత శక్తివంతమైన ప్రకటన బ్లాకర్ల సృష్టిని ప్రారంభించడం;
• కొత్త డిక్లరేటివ్ నెట్‌రిక్వెస్ట్‌తో పాటు వెబ్‌రిక్వెస్ట్ API యొక్క బ్లాకింగ్ మోడ్ ఆపరేషన్ నుండి నిష్క్రమించడానికి అయిష్టత అనేది రహస్య డేటాకు యాడ్-ఆన్‌ల యాక్సెస్‌ను పరిమితం చేయాలనే కోరిక ద్వారా వివరించబడింది. మీరు webRequest APIని అలాగే వదిలేస్తే, చాలా యాడ్ఆన్‌లు మరింత సురక్షితమైన డిక్లరేటివ్ నెట్‌రిక్వెస్ట్‌ని ఉపయోగించవు, ఎందుకంటే సెక్యూరిటీ మరియు ఫంక్షనాలిటీ మధ్య ఎంచుకునేటప్పుడు, చాలా మంది డెవలపర్‌లు సాధారణంగా ఫంక్షనాలిటీని ఎంచుకుంటారు.

అభ్యంతరాలు డెవలపర్లు చేర్పులు:

• యాడ్-ఆన్ డెవలపర్‌లచే నిర్వహించబడింది పరీక్షలు యాడ్ బ్లాకింగ్ యాడ్-ఆన్‌ల పనితీరుపై ఒక చిన్న మొత్తం ప్రభావాన్ని చూపుతుంది (పరీక్ష సమయంలో, వివిధ యాడ్-ఆన్‌ల పనితీరును పోల్చారు, అయితే బ్లాకింగ్ మోడ్‌లో హ్యాండ్లర్ల అమలును సమన్వయం చేసే అదనపు ప్రక్రియ యొక్క ఓవర్‌హెడ్‌ను పరిగణనలోకి తీసుకోకుండా webRequest API);
• యాడ్-ఆన్‌లలో యాక్టివ్‌గా ఉపయోగించే APIకి మద్దతివ్వడాన్ని పూర్తిగా ఆపివేయడం ఆచరణాత్మకం కాదు. దాన్ని తీసివేయడానికి బదులుగా, మీరు ప్రత్యేక అనుమతిని జోడించవచ్చు మరియు యాడ్-ఆన్‌లలో దాని ఉపయోగం యొక్క సమర్ధతను ఖచ్చితంగా నియంత్రించవచ్చు, ఇది అనేక ప్రసిద్ధ యాడ్-ఆన్‌ల రచయితలు వారి ఉత్పత్తులను పూర్తిగా తిరిగి పని చేయకుండా మరియు కార్యాచరణను తగ్గించకుండా కాపాడుతుంది;
• ఓవర్‌హెడ్ ఖర్చులను తగ్గించడానికి, మీరు APIని తొలగించలేరు, కానీ ఫైర్‌ఫాక్స్‌లో వెబ్‌రిక్వెస్ట్ అమలుకు సమానమైన ప్రామిస్ మెకానిజం ఆధారంగా దాన్ని రీమేక్ చేయండి;
• ప్రతిపాదిత ప్రత్యామ్నాయం, declarativeNetRequest, యాడ్ బ్లాకింగ్ మరియు భద్రత/గోప్యత కోసం యాడ్-ఆన్ డెవలపర్‌ల యొక్క అన్ని అవసరాలను కవర్ చేయదు, ఎందుకంటే ఇది నెట్‌వర్క్ అభ్యర్థనలపై పూర్తి నియంత్రణను అందించదు, అనుకూల ఫిల్టరింగ్ అల్గారిథమ్‌ల వినియోగాన్ని అనుమతించదు మరియు అనుమతించదు. పరిస్థితులపై ఆధారపడి ఒకదానికొకటి అతివ్యాప్తి చెందే సంక్లిష్ట నియమాల ఉపయోగం;
• declarativeNetRequest API యొక్క ప్రస్తుత స్థితితో, uBlock ఆరిజిన్ మరియు uMatrix యాడ్-ఆన్‌ల యొక్క ప్రస్తుత కార్యాచరణను మార్చకుండా పునఃసృష్టి చేయడం అసాధ్యం మరియు Chrome కోసం NoScript పోర్ట్‌ని మరింత అభివృద్ధి చేయడం కూడా అర్థరహితం చేస్తుంది;
• వెబ్‌రిక్వెస్ట్ API యొక్క రీడ్-ఓన్లీ, నాన్-బ్లాకింగ్ మోడ్ స్థానంలో ఉంది మరియు ఇప్పటికీ అన్ని ట్రాఫిక్‌లను నియంత్రించడానికి హానికరమైన యాడ్-ఆన్‌లను అనుమతిస్తుంది, కానీ దానితో జోక్యం చేసుకునే సామర్థ్యాన్ని అందించదు కాబట్టి గోప్యత గురించి ఆందోళనలు చాలా దూరంగా ఉన్నాయి. ఫ్లై (కంటెంట్ మార్చండి, మీ ప్రకటనలను ఉంచండి, మైనర్‌లను అమలు చేయండి మరియు ఇన్‌పుట్ ఫారమ్‌ల కంటెంట్‌లను విశ్లేషించండి పేజీ లోడ్ పూర్తయిన తర్వాత ఉపయోగించవచ్చు);
• బ్రౌజర్ డెవలపర్లు బ్రేవ్, ఒపేరా и వివాల్డి, Chromium ఇంజిన్‌పై నిర్మించబడింది, వారి ఉత్పత్తులలో webRequest బ్లాకింగ్ మోడ్‌కు మద్దతునిస్తుంది.

మూలం: opennet.ru