ڪروم برائوزر ڊولپرز WebRequest API جي آپريشن جي بلاڪنگ موڊ لاءِ سپورٽ کي ختم ڪرڻ، جيڪو توھان کي اجازت ڏئي ٿو ته حاصل ڪيل مواد کي اڏام تي تبديل ڪري ۽ فعال طور تي استعمال ڪيو وڃي ٿو ايڊ-آنس ۾ بلاڪنگ اشتهارن لاءِ،
مالويئر جي خلاف تحفظ، فشنگ، صارف جي سرگرمي تي جاسوسي، والدين ڪنٽرول ۽ رازداري.
گوگل جا مقصد:
- API بلاڪنگ موڊ اعلي وسيلن جي استعمال جي ڪري ٿي.
جڏهن هي API استعمال ڪري ٿو، برائوزر پهريون ڀيرو موڪلي ٿو ايڊ-آن سڀني ڊيٽا کي جيڪو نيٽ ورڪ جي درخواست ۾ شامل آهي، اضافو ان جو تجزيو ڪري ٿو ۽ برائوزر ۾ وڌيڪ پروسيسنگ لاءِ تبديل ٿيل ورزن واپس ڪري ٿو يا بلاڪ ڪرڻ جي هدايتن کي مسئلا. انهي صورت ۾، بنيادي دير نه ٿيندي آهي پروسيسنگ ٽريفڪ جي اسٽيج تي ايڊ-آن ذريعي، پر اضافي خرچن جي ڪري اضافو جي عملدرآمد کي ترتيب ڏيڻ جي. خاص طور تي، اهڙيون ميونپليشنز کي مڪمل ڪرڻ لاء هڪ الڳ عمل جي شروعات جي ضرورت آهي، انهي سان گڏ IPC جو استعمال هن پروسيس ۽ ڊيٽا سيريلائيزيشن ميڪانيزم سان رابطو ڪرڻ لاء؛ - اضافو مڪمل طور تي تمام ٽرئفڪ کي گهٽ سطح تي ڪنٽرول ڪري ٿو، جيڪو غلط استعمال ۽ رازداري جي ڀڃڪڙي لاء وسيع موقعن کي کوليندو آهي. گوگل جي انگن اکرن موجب، 42٪ سڀني دريافت ڪيل بدسلوڪي اضافو استعمال ڪيو webRequest API. ياد رهي ته ڪروم ويب اسٽور ڪيٽلاگ ۾ هر مهيني سراسري طور 1800 بدسلوڪي اضافو بلاڪ ڪيا ويندا آهن. بدقسمتي سان، جائزو وٺڻ اسان کي اجازت نه ٿو ڏئي ته بغير ڪنهن استثناء جي سڀني بدسلوڪي اضافو کي پڪڙي سگهون، تنهنڪري تحفظ کي وڌائڻ لاء، اهو فيصلو ڪيو ويو ته API سطح تي اضافو محدود ڪرڻ. بنيادي خيال اهو آهي ته اضافو مهيا ڪرڻ سان گڏ سڀني ٽرئفڪ تائين نه، پر صرف ڊيٽا تائين جيڪا گهربل ڪارڪردگي کي لاڳو ڪرڻ لاء ضروري آهي. خاص طور تي، مواد کي بلاڪ ڪرڻ لاء، اهو ضروري ناهي ته اضافو سڀني رازداري صارف جي ڊيٽا تائين مڪمل رسائي ڏيو؛
- تجويز ڪيل متبادل اعلان ڪندڙ API اعليٰ ڪارڪردگي واري مواد جي فلٽرنگ جي سڀني ڪم جو خيال رکي ٿو ۽ صرف فلٽرنگ ضابطن کي لوڊ ڪرڻ لاءِ اضافو جي ضرورت آهي. اضافو ٽرئفڪ سان مداخلت نٿو ڪري سگهي ۽ صارف جي نجي ڊيٽا ناقابل برداشت رهي ٿي؛
- گوگل declarativeNetRequest API جي ڪارڪردگي جي گهٽتائي جي حوالي سان ڪيترن ئي تبصرن کي غور ۾ ورتو ۽ فلٽرنگ ضابطن جي تعداد جي حد کي وڌايو 30 هزار في ايڪسٽينشن کان شروعاتي طور تي وڌ ۾ وڌ 150 هزار تائين، ۽ پڻ شامل ڪيو ويو متحرڪ ڪرڻ جي صلاحيت. تبديل ڪريو ۽ ضابطا شامل ڪريو، HTTP هيڊرز کي هٽايو ۽ تبديل ڪريو (ريفرر، ڪوڪي، سيٽ-ڪوڪي) ۽ پيٽرولر جي درخواست ڪريو؛
- ادارن لاءِ، اهو ممڪن آهي استعمال ڪرڻ جي بلاڪنگ موڊ جي آپريشن جو webRequest API، ڇو ته ايڊ-آن استعمال ڪرڻ جي پاليسي هڪ منتظم طرفان طئي ڪئي ويندي آهي جيڪو سمجهي ٿو انفراسٽرڪچر جي خاصيتن کي ۽ خطرن کان واقف آهي. مثال طور، مخصوص API استعمال ڪري سگھجي ٿو ادارن ۾ ملازم ٽرئفڪ جي وهڪري کي رڪارڊ ڪرڻ ۽ اندروني سسٽم سان ضم ڪرڻ لاءِ؛
- گوگل جو مقصد اشتهار بلاڪ ڪرڻ واري ايڊ آنز کي گهٽائڻ يا دٻائڻ نه آهي، پر وڌيڪ محفوظ ۽ وڌيڪ طاقتور اشتهار بلاڪرن جي تخليق کي فعال ڪرڻ آهي؛
- نئين declarativeNetRequest سان گڏ webRequest API جي آپريشن جي بلاڪنگ موڊ کي ڇڏڻ جي خواهش کي رازداري ڊيٽا تائين اضافو جي رسائي کي محدود ڪرڻ جي خواهش جي وضاحت ڪئي وئي آهي. جيڪڏھن توھان ڇڏي ڏيو webRequest API جيئن آھي، گھڻا اضافو استعمال نه ڪندا آھن وڌيڪ محفوظ declarativeNetRequest، ڇو ته جڏھن سيڪيورٽي ۽ ڪارڪردگي جي وچ ۾ چونڊيو ويندو، اڪثر ڊولپر عام طور تي ڪارڪردگي چونڊيندا آھن.
:
- ايڊ آن ڊولپرز پاران ڪيل اشتهار بلاڪ ڪرڻ واري ايڊ آنز جي ڪارڪردگي تي غير معمولي مجموعي اثر ڏيکاريو (ٽيسٽنگ دوران، مختلف اضافون جي ڪارڪردگي جو مقابلو ڪيو ويو، پر بغير ڪنهن اضافي عمل جي اوور هيڊ کي نظر ۾ رکڻ کان سواءِ جيڪو بلاڪنگ موڊ ۾ هينڊلر جي عمل کي هموار ڪري ٿو. webRequest API)؛
- اهو عملي ناهي ته مڪمل طور تي هڪ API جي حمايت ڪرڻ بند ڪرڻ جيڪا فعال طور تي اضافو ۾ استعمال ٿئي ٿي. ان کي هٽائڻ جي بدران، توهان هڪ الڳ اجازت شامل ڪري سگهو ٿا ۽ سختي سان اضافن ۾ ان جي استعمال جي مناسبيت کي ڪنٽرول ڪري سگهو ٿا، جيڪو ڪيترن ئي مشهور اضافو جي ليکڪن کي انهن جي شين کي مڪمل طور تي ٻيهر ڪم ڪرڻ کان بچائيندو ۽ ڪارڪردگي کي گهٽائڻ کان بچائيندو؛
- اوور هيڊ خرچن کي گھٽائڻ لاءِ، توھان API کي ختم نه ٿا ڪري سگھو، پر ان کي ريميڪ ڪري سگھو ٿا واعدو ميڪانيزم جي بنياد تي، جيئن فائر فاڪس ۾ webRequest تي عمل ڪرڻ سان.
- تجويز ڪيل متبادل، declarativeNetRequest، ايڊ بلاڪنگ ۽ سيڪيورٽي/پرائيويسي لاءِ ايڊ-آن ڊولپرز جي سڀني ضرورتن کي پورو نٿو ڪري، ڇاڪاڻ ته اهو نيٽ ورڪ جي درخواستن تي مڪمل ڪنٽرول مهيا نٿو ڪري، ڪسٽم فلٽرنگ الگورتھم جي استعمال جي اجازت نٿو ڏئي، ۽ اجازت نٿو ڏئي پيچيده ضابطن جو استعمال جيڪي هڪ ٻئي کي اوورليپ ڪن ٿا حالتن جي لحاظ سان؛
- declarativeNetRequest API جي موجوده حالت سان، uBlock Origin ۽ uMatrix add-ons جي موجوده ڪارڪردگي کي تبديل ڪرڻ ناممڪن آهي، ۽ پڻ Chrome لاءِ NoScript پورٽ جي وڌيڪ ترقي ڪرڻ بي معني آهي؛
- رازداري بابت خدشات تمام گهڻيون آهن، ڇاڪاڻ ته صرف پڙهڻ لاءِ، WebRequest API جو نان بلاڪنگ موڊ پنهنجي جاءِ تي رهجي ويو آهي ۽ اڃا به بدڪاري واري اضافو کي اجازت ڏئي ٿو ته سڀني ٽرئفڪ کي ڪنٽرول ڪري، پر ان سان مداخلت ڪرڻ جي صلاحيت مهيا نٿو ڪري. fly (مواد تبديل ڪريو، پنھنجي اشتهارن کي جڳھ ڪريو، مائنرز کي ھلايو ۽ ان پٽ فارمن جي مواد جو تجزيو ڪريو صفحي جي لوڊ ٿيڻ کان پوء استعمال ڪري سگھجي ٿو)؛
- برائوزر ڊولپرز , и , Chromium انجڻ تي ٺهيل، انهن جي پروڊڪٽس ۾ webRequest بلاڪنگ موڊ لاءِ سپورٽ ڇڏڻ جو ارادو رکي ٿو.
جو ذريعو: opennet.ru