Simeon Vincent, joka vastaa vuorovaikutuksesta laajennuskehittäjien kanssa Chrome-tiimissä (toimia laajennuskehittäjien asianajajana), Googlen nykyinen kanta Chromen manifestin kolmatta painoksesta, monia lisäosia sopimattoman sisällön estämiseksi ja turvallisuuden takaamiseksi. Yhtiö ei aio luopua alkuperäisestä suunnitelmastaan lopettaa webRequest API:n estotilan tukeminen, jonka avulla voit muuttaa vastaanotettua sisältöä lennossa. Poikkeus tehdään vain Chromen yritysversiolle (), jossa webRequest API:n tuki säilyy entiseen tapaan.
Tavallisille Chrome API -käyttäjille rajoittuu vain luku -tilaan. Ilmoitussovellusliittymää on ehdotettu korvaamaan webRequest API sisällön suodatusta varten , joka kattaa vain rajoitetun osan nykyaikaisten mainosten esto-ohjelmien ominaisuuksista. Pohjimmiltaan patentoitujen käsittelijöiden sijasta, joilla on täysi pääsy verkkopyyntöihin, tarjotaan valmis yleinen sisäänrakennettu suodatusmoottori, joka käsittelee estosäännöt yksinään. Esimerkiksi declarativeNetRequest API ei salli sinun käyttää omia suodatusalgoritmejasi eikä luoda monimutkaisia sääntöjä, jotka ovat päällekkäisiä olosuhteista riippuen.
Mainosten esto-lisäosien kehittäjät ovat valmistautuneet yhdessä , jossa lueteltiin declarativeNetRequest API:n puutteet. Google suostui moniin kommentteihin ja lisäsi declarativeNetRequest API:n. Erityisesti on lisätty tuki sääntöjen dynaamiselle muuttamiselle ja lisäämiselle ja HTTP-otsikoiden poistaminen on mahdollista, mutta vain ne, jotka ovat valkoisessa listassa (Referer, Cookie, Set-Cookie). Aiomme ottaa käyttöön tuen HTTP-otsikoiden lisäämiselle ja korvaamiselle (esimerkiksi Set-Cookie-korvaus- ja CSP-direktiiveille) sekä mahdollisuus poistaa ja korvata pyyntöparametreja.
Manifestin kolmannen version alustavaa versiota, joka määrittelee luettelon Chrome-lisäosille tarjotuista ominaisuuksista ja resursseista, on tarkoitus käyttää Chrome Canaryn kokeellisten koontiversioiden testaukseen tulevina kuukausina.
Samaan aikaan, miksi webRequest API:n kautta vastaanotetun sisällön muutokset estetään, ei ole täysin selvää. Väitteet, että webRequest API:n estotila vaikuttaa negatiivisesti suorituskykyyn, koska selain odottaa lisäosien käsittelijän suorittavan työnsä ennen sivun hahmontamista, eivät kestä kritiikkiä. Aikaisemmin suoritettu Mainosten esto-lisäosien tehokkuus on osoittanut, että niiden tuoma viive on mitätön. Keskimäärin eston käyttö hidastaa pyynnön suorittamista vain millisekuntien murto-osalla, mikä on mitätöntä kokonaistaustaan verrattuna.
Toinen argumentti, joka liittyy haluun suojella käyttäjiä lisäosien hallitsemattomalta pääsyltä sisältöön, ei myöskään näytä vakuuttavalta, koska sen sijaan, että laillisista lisäosista poistettaisiin pitkään vakiintunut ja laajalle levinnyt toiminnallisuus, oli mahdollista lisätä uusi tyyppinen valtuutus ja antaa käyttäjälle lopullinen valinta, asentaako lisäosa, jolla on täysi pääsy verkkopyyntöihin vai ei. Lisäksi Google on jättänyt tuen webRequest API:n käytölle vain luku -tilassa, mikä mahdollistaa täyden liikenteen seurannan ilman matalan tason toimenpiteitä.
Lisäosat voivat muuttaa ladattujen verkkosivujen sisältöä muiden sovellusliittymien kautta (esim. haitalliset lisäosat voivat silti toimittaa mainoksiaan, käynnistää kaivostyöntekijöitä ja analysoida syöttölomakkeiden sisältöä).
Raymond Hill, uBlock Origin- ja uMatrix-järjestelmien kirjoittaja ei-toivotun sisällön estämiseksi, on melko tiukka Googlen edustajan vastaus ja vihjasi demagogiaan ja kulissien takana peleihin, joissa Google hyvän tilaisuuden varjolla yrittää edistää liiketoimintaetujaan Internet-mainonnan alalla, saada suodatusmekanisminsa hallintaansa ja perustella nämä toimet suuren yleisön silmissä.
Hän ei koskaan saanut vakuuttavia perusteita tarpeelle lopettaa laajalle levinnyt ja suosittu API lisäosien kehittäjien keskuudessa. Raymondin mukaan suorituskyvyn heikkeneminen ei ole argumentti, koska sivut latautuvat hitaasti niiden turvotuksen vuoksi, eivätkä WebRequest-estotilan käytön vuoksi oikein toteutetuissa lisäosissa. Jos Google todella välittäisi suorituskyvystä, he olisivat suunnitelleet webRequestin uudelleen mekanismin perusteella , analogisesti kanssa webRequest Firefoxissa.
Raymondin mukaan Googlen strategiana on määrittää optimaalinen tasapaino Chromen käyttäjäkunnan laajentamisen ja sisällönestoaineiden käytön aiheuttamien liikevahingon välillä. Chromen laajennuksen ensimmäisessä vaiheessa Google joutui sietämään mainosten esto-ohjelmia yhtenä käyttäjien suosituimmista lisäosista. Mutta Chromen tultua hallitsevaksi yritys yritti kallistaa tasapainoa omaksi edukseen ja saada eston hallintaansa edistämällä integroidaksesi sopimattoman mainosten estotoiminnon Chromeen. WebRequest API kumoaa tämän tarkoituksen, koska sisällön eston hallinta on tällä hetkellä kolmannen osapuolen mainosten esto-kehittäjien käsissä.
Lähde: opennet.ru