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