Valószínűleg sokat olvastam a közelgő Manifest V3-as verzióról a Google Chrome kiterjesztéseiről, valamint a platformon az ad-blokkolókat és más kiterjesztéseket érintő vitákról.
A Chrome-bővítményekkel kapcsolatos Manifest V3 első tervezetét 2019 januárjában tették közzé a nyilvánosság számára. A kritika érvényben maradt, mivel az egyik változás megrontja a Chrome-bővítmények hirdetést gátló funkcióit.
Túl sok részlet nélkül: a Chrome tartalomblokkolói a webRequest API nevű API-t használják a látogatott weboldalak bizonyos elemeinek blokkolására. A Google akkoriban azt tervezte, hogy az API-t "csak olvashatóvá" tegye, és a blokkoló funkciókat áthelyezi egy új, deklaratívNetRequest API-ra hívott API-ra.
Ennek az API-nak az egyik fő problémája az volt, hogy a rögzített szabályhatár 30 000 volt; az olyan népszerű hirdetés-blokkoló szűrők listáján, mint az EasyList, már több mint kétszeres a szabályokkal, így lehetetlenné válik az összes szűrő betöltése, ha az új Manifest fájlt a Google indítja. A Google egyik állítását, miszerint a régi API-t használó kiterjesztések negatívan befolyásolják a teljesítményt, megcáfoltuk.
Raymond Hill, az uBlock Origin és az uMatrix alkotója megjegyezte, hogy a változtatás véget vet a Google Chrome kiterjesztéseinek, és hasonló kommentárokat tettek más fejlesztők is.
A Google májusban megpróbálta megoldani az aggodalmakat az API kis módosításával. A társaság hozzáadott egy lehetőséget, hogy 5000 dinamikus szabályt alkalmazzon, de az általános egyetértés az volt, hogy a korlátozások továbbra is korlátozottak.
Azok a cégek, amelyek a Chromiumot használják böngészőik központi elemeként, például a Brave vagy a Vivaldi, gyorsan felhívták a figyelmet arra, hogy a határ körül túllépnek.
A Google bejelentette azokat a változtatásokat, amelyeket a Deklatratív Net Request API-n tervez végrehajtani, amelyek az API-t 150 000-re emelik. A Google azt is megjegyezte, hogy aktívan vizsgálja a lehetőségeket más módszerek bevonására, amelyek elősegíthetik a kiterjesztések fejlesztőinek az API jobb kihasználását.
Aktív módon vizsgáljuk ezen API kibővítésének más lehetőségeit, ideértve módszereket adunk az egyeztetett szabályokról való visszajelzéshez, valamint az URL-manipulációt és a reguláris kifejezéseket támogató gazdagabb átirányítások támogatását. Ezenkívül jelenleg azt tervezzük, hogy megváltoztatjuk a szabálykorlátot a kiterjesztésenkénti legfeljebb 30 000 szabálytól a globális maximum 150 000 szabályokig.
A Google megjegyzi, hogy a javasolt változtatások soha nem voltak célja a "Chrome blokkolásának megakadályozása vagy gyengítése", és a változás mögött a Google fő motivációja az volt, hogy "biztosítsák a fejlesztőknek a biztonságosabb és eredményesebb hirdetési blokkolókat".
Egy másik érv, amelyet a Google előterjeszt az API-változás érvényesítéséhez, az, hogy a múltban a rosszindulatú fejlesztők visszaéltek az API-val, hogy hozzáférjenek a felhasználói "hitelesítő adatokhoz, fiókokhoz vagy személyes adatokhoz".
Az érv zavarba ejtő, mivel a Google korábban bejelentette, hogy csak a webRequest API blokkoló részét fogja eltávolítani, amikor a Manifest V3 elindul. Úgy tűnik, hogy a rosszindulatú kiterjesztésű fejlesztők továbbra is használhatják a felhasználói adatokhoz való hozzáféréshez a kérések megfigyelésével.
A fejlesztők más aggodalmakat is felvettek, mivel a Google csak a szabályokon alapuló megközelítésre összpontosít. Előfordulhat, hogy a Chrome-bővítmények nem támogatják a szabályokon alapuló bármilyen funkciót, ha a változások a jelenlegi formában indulnak.
Most Ön : Mi a véleménye a Google bejelentéséről?
