Simeon Vincent, koji je odgovoran za interakciju sa programerima ekstenzija u Chrome timu (ima poziciju Extensions Developer Advocate), Googleov trenutni stav u vezi s trećim izdanjem Chrome manifesta, mnogi dodaci za blokiranje neprikladnog sadržaja i osiguranje sigurnosti. Kompanija ne namerava da odustane od svog prvobitnog plana da prestane da podržava režim blokiranja webRequest API-ja, koji vam omogućava da promenite primljeni sadržaj u hodu. Izuzetak će biti napravljen samo za poslovno izdanje Chromea (), u kojem će podrška za webRequest API biti zadržana kao i prije.
Za redovne korisnike Chrome API-ja će biti ograničen na način rada samo za čitanje. Predložen je deklarativni API da zamijeni webRequest API za filtriranje sadržaja , koji pokriva samo ograničeni dio mogućnosti koje se koriste u modernim blokatorima oglasa. U suštini, umjesto vlasničkih rukovatelja koji imaju pun pristup mrežnim zahtjevima, nudi se gotov univerzalni ugrađeni mehanizam za filtriranje koji samostalno obrađuje pravila blokiranja. Na primjer, declarativeNetRequest API ne dozvoljava vam korištenje vlastitih algoritama filtriranja i ne dozvoljava vam da kreirate složena pravila koja se međusobno preklapaju ovisno o uvjetima.
Programeri dodataka za blokiranje oglasa zajednički su pripremili , koji navodi nedostatke declarativeNetRequest API-ja. Google se složio sa mnogim komentarima i dodao declarativeNetRequest API. Posebno je dodana podrška za dinamičko mijenjanje i dodavanje pravila, a moguće je brisanje HTTP zaglavlja, ali samo onih na bijeloj listi (Referer, Cookie, Set-Cookie). Planiramo implementirati podršku za dodavanje i zamjenu HTTP zaglavlja (na primjer, za zamenu Set-Cookie i CSP direktive) i mogućnost brisanja i zamjene parametara zahtjeva.
Planirano je da se preliminarna verzija treće verzije manifesta, koja definira listu mogućnosti i resursa koji se pružaju dodacima za Chrome, koristi za testiranje u eksperimentalnim verzijama Chrome Canaryja u narednim mjesecima.
Istovremeno, motiv za zabranu izmjena primljenog sadržaja putem webRequest API-ja i dalje nije sasvim jasan. Tvrdnje da način blokiranja webRequest API-ja ima negativan utjecaj na performanse jer preglednik čeka da rukovalac dodacima završi svoj posao prije prikazivanja stranice ne izdržavaju kritike. Prethodno sprovedeno Učinak dodataka za blokiranje oglasa pokazao je da je kašnjenje koje unose zanemarivo. U prosjeku, korištenje blokatora usporava izvršavanje zahtjeva za samo djelić milisekundi, što je zanemarivo u odnosu na ukupnu pozadinu.
Drugi argument, vezan za želju da se korisnici zaštite od nekontroliranog pristupa dodacima sadržaju, također ne izgleda uvjerljivo, jer je umjesto uklanjanja davno uspostavljene i raširene funkcionalnosti u legitimnim dodacima bilo moguće dodati novi vrstu ovlaštenja i omogućiti korisniku konačni izbor da instalira dodatak s punim pristupom mrežnim zahtjevima ili ne. Osim toga, Google je ostavio podršku za korištenje webRequest API-ja u načinu samo za čitanje, omogućavajući potpuno praćenje prometa bez intervencije niskog nivoa.
Dodaci mogu promijeniti sadržaj učitanih web stranica putem drugih API-ja (na primjer, zlonamjerni dodaci i dalje mogu isporučiti svoje reklame, pokrenuti rudare i analizirati sadržaj obrazaca za unos).
Raymond Hill, autor uBlock Origin i uMatrix sistema za blokiranje neželjenog sadržaja, prilično je strog odgovor predstavnika Google-a i nagovještaj demagogije i zakulisnih igara u kojima Google, pod krinkom dobre prilike, pokušava unaprijediti svoje poslovne interese u oblasti internet oglašavanja, steći kontrolu nad svojim mehanizmima filtriranja i opravdati ove akcije u očima šire javnosti.
Nikada nije dobio uvjerljive argumente za potrebu zaustavljanja široko rasprostranjenog i popularnog API-ja među programerima dodataka. Prema Raymondu, pad performansi nije argument, jer se stranice sporo učitavaju zbog njihove naduvenosti, a ne zbog korištenja webRequest načina blokiranja u ispravno implementiranim dodacima. Da je Googleu zaista stalo do performansi, redizajnirali bi webRequest na osnovu mehanizma , po analogiji sa webRequest u Firefoxu.
Prema Raymondu, Googleova strategija je da odredi optimalnu ravnotežu između proširenja baze korisnika Chromea i poslovne štete uzrokovane upotrebom blokatora sadržaja. U prvoj fazi proširenja Chromea, Google je bio primoran da trpi blokade oglasa kao jedan od najpopularnijih dodataka među korisnicima. Ali nakon što je Chrome stekao dominaciju, kompanija je pokušala da preokrene ravnotežu u svoju korist i stekne kontrolu nad blokiranjem promocijom da integrišete neprikladnu funkciju blokiranja oglasa u Chrome. WebRequest API pobjeđuje ovu svrhu jer je kontrola nad blokiranjem sadržaja trenutno u rukama programera za blokiranje oglasa treće strane.
izvor: opennet.ru