Simeon Vinsent, Chrome jamoasidagi kengaytmalar ishlab chiquvchilari bilan o'zaro aloqalar uchun mas'ul (kengaytmalarni ishlab chiquvchi advokati lavozimini egallaydi), Chrome manifestining uchinchi nashriga nisbatan Googlening hozirgi pozitsiyasi, nomaqbul tarkibni blokirovka qilish va xavfsizlikni ta'minlash uchun ko'plab qo'shimchalar. Kompaniya webRequest API blokirovkalash rejimini qo‘llab-quvvatlashni to‘xtatish bo‘yicha o‘zining dastlabki rejasidan voz kechmoqchi emas, bu esa qabul qilingan tarkibni tezda o‘zgartirish imkonini beradi. Faqat Chrome korporativ nashri uchun istisno qilinadi (), bunda webRequest API-ni qo'llab-quvvatlash avvalgidek saqlanib qoladi.
Oddiy Chrome API foydalanuvchilari uchun faqat o'qish rejimi bilan cheklanadi. Kontentni filtrlash uchun webRequest API o'rniga deklarativ API taklif qilindi , bu zamonaviy reklama blokerlarida ishlatiladigan imkoniyatlarning faqat cheklangan qismini qamrab oladi. Aslida, tarmoq so'rovlariga to'liq kirish huquqiga ega bo'lgan xususiy ishlov beruvchilar o'rniga, blokirovkalash qoidalarini mustaqil ravishda qayta ishlaydigan tayyor universal o'rnatilgan filtrlash mexanizmi taklif etiladi. Misol uchun, declarativeNetRequest API o'z filtrlash algoritmlaridan foydalanishga ruxsat bermaydi va shartlarga qarab bir-birining ustiga chiqadigan murakkab qoidalarni yaratishga imkon bermaydi.
Reklamani blokirovka qiluvchi qo'shimchalarni ishlab chiquvchilar birgalikda tayyorladilar , bu declarativeNetRequest API ning kamchiliklarini sanab o'tdi. Google ko'plab sharhlar bilan rozi bo'ldi va declarativeNetRequest API-ga qo'shdi. Xususan, qoidalarni dinamik ravishda o'zgartirish va qo'shish uchun qo'llab-quvvatlash qo'shildi va HTTP sarlavhalarini o'chirish mumkin, faqat oq ro'yxatdagilarni (Referer, Cookie, Set-Cookie). Biz HTTP sarlavhalarini qo'shish va almashtirishni qo'llab-quvvatlashni (masalan, Set-Cookie almashtirish va CSP direktivalari uchun) va so'rov parametrlarini o'chirish va almashtirishni amalga oshirishni rejalashtirmoqdamiz.
Chrome qo‘shimchalariga taqdim etilgan imkoniyatlar va resurslar ro‘yxatini belgilovchi manifestning uchinchi versiyasining dastlabki versiyasidan yaqin oylarda Chrome Canary’ning eksperimental tuzilmalarida sinovdan o‘tkazish uchun foydalanish rejalashtirilgan.
Shu bilan birga, webRequest API orqali qabul qilingan tarkibni o'zgartirishni taqiqlash motivlari hali ham aniq emas. WebRequest API blokirovkasi rejimi unumdorlikka salbiy ta'sir qiladi, chunki brauzer sahifani ko'rsatishdan oldin qo'shimcha ishlov beruvchi o'z ishini yakunlashini kutadi, degan da'volar tanqidga dosh bermaydi. Ilgari o'tkazilgan Reklamani blokirovka qiluvchi qo'shimchalarning ishlashi shuni ko'rsatdiki, ular joriy etishdagi kechikishlar ahamiyatsiz. O'rtacha hisobda blokerdan foydalanish so'rovning bajarilishini millisekundlarning faqat bir qismiga sekinlashtiradi, bu umumiy fonga nisbatan ahamiyatsiz.
Foydalanuvchilarni kontentga qo'shimchalarning nazoratsiz kirishidan himoya qilish istagi bilan bog'liq ikkinchi dalil ham ishonchli ko'rinmaydi, chunki qonuniy qo'shimchalardagi uzoq vaqtdan beri mavjud va keng tarqalgan funksiyalarni olib tashlash o'rniga yangisini qo'shish mumkin edi. vakolat turi va foydalanuvchiga tarmoq so'rovlariga to'liq kirish huquqiga ega bo'lgan qo'shimchani o'rnatishning yakuniy tanlovini taqdim eting. Bundan tashqari, Google webRequest API-dan faqat o'qish rejimida foydalanishni qo'llab-quvvatlashni qoldirdi, bu esa past darajadagi aralashuvsiz trafikni to'liq kuzatish imkonini beradi.
Qo'shimchalar yuklangan veb-sahifalar tarkibini boshqa API-lar orqali o'zgartirishi mumkin (masalan, zararli qo'shimchalar hali ham o'z reklamalarini etkazib berishi, konchilarni ishga tushirishi va kiritish shakllari tarkibini tahlil qilishi mumkin).
Raymond Hill, uBlock Origin va istalmagan kontentni blokirovka qilish uchun uMatrix tizimlarining muallifi, juda qattiq. Google vakilining javobi va demagogiya va parda ortidagi o'yinlarga ishora qildi, bunda Google yaxshi imkoniyat niqobi ostida Internet-reklama sohasidagi biznes manfaatlarini ilgari surish, filtrlash mexanizmlari ustidan nazoratni qo'lga kiritish va uni oqlash uchun harakat qilmoqda. bu harakatlar keng jamoatchilik oldida.
U hech qachon qo'shimcha dasturlarni ishlab chiquvchilar orasida keng tarqalgan va mashhur APIni to'xtatish zarurligi haqida ishonchli dalillarni olmagan. Raymondning so'zlariga ko'ra, unumdorlikning pasayishi argument emas, chunki sahifalar to'g'ri kiritilgan plaginlarda webRequest blokirovkalash rejimidan foydalanish tufayli emas, balki shishishi tufayli sekin yuklanadi. Agar Google haqiqatan ham unumdorlikka g'amxo'rlik qilsa, ular webRequest-ni mexanizm asosida qayta ishlab chiqqan bo'lar edi , bilan oʻxshashlik boʻyicha Firefox-da webRequest.
Raymondning so‘zlariga ko‘ra, Google strategiyasi Chrome foydalanuvchilari bazasini kengaytirish va kontent blokerlaridan foydalanish natijasida biznesga yetkaziladigan zarar o‘rtasidagi optimal muvozanatni aniqlashdan iborat. Chrome kengayishining birinchi bosqichida Google foydalanuvchilar orasida eng mashhur qo'shimchalardan biri sifatida reklama blokerlariga dosh berishga majbur bo'ldi. Biroq, Chrome ustunlikka erishgandan so'ng, kompaniya balansni o'z foydasiga o'zgartirishga va blokirovkani boshqarishga harakat qildi. nomaqbul reklamani bloklash funksiyasini Chrome brauzeriga integratsiya qilish. WebRequest API bu maqsadni yengib chiqadi, chunki kontentni blokirovka qilishni nazorat qilish hozirda uchinchi tomon reklama blokerlarini ishlab chiquvchilari qo'lida.
Manba: opennet.ru