Google je začel testirati Manifest V3. Bo to konec uBlock Origin?

Pred nekaj meseci smo delili tukaj na blogu novice na Googlovi nameni odstraniti blokatorje oglasov iz brskalnika, to ker so spremembe, uvedene v manifestu V3 Vplivajo predvsem na razširitve, ki so namenjene blokiranju oglaševanja v brskalniku.

Zdaj, nekaj mesecev kasneje Google je začel testirati tretjo različico manifesta (Manifest V3), v katerem je podpora novemu manifestu, opredeljuje zmogljivosti in vire, ki jih nudijo vtičniki, je bil Manifest V3 dodan poskusnim različicam Chrome Canary.

Novi manifest je bil razvit kot del pobude za izboljšanje varnosti, zasebnosti in učinkovitosti Dodatki (glavni cilj je poenostaviti ustvarjanje visokozmogljivih in varnih dodatkov ter otežiti ustvarjanje počasnih in negotovih dodatkov)

Manifest je še vedno v začetni fazi testiranja alfa, Ni dokončen in je dodan, da razvijalcem omogoči, da začnejo eksperimentirati in prilagoditi svoje vtičnike. Aktiviranje novega manifesta se pričakuje prihodnje leto.

Medtem ko je Konec podpore drugi izdaji manifesta še ni določen. Za poenostavitev selitve vtičnikov na novi manifest je bil pripravljen kontrolni seznam, ki vključuje spremembe, ki jih je treba obravnavati za razvijalce vtičnikov.

Povezani članek:

Google nadaljuje s svojimi nameni odstraniti blokatorje oglasov

Tu pomembno je vedeti, da je glavno nezadovoljstvo z novim manifestom je povezano z dokončanjem stojala za način zaklepanja iz API-ja webRequest, kar bo omejeno na način samo za branje.

Izjema bo le za izdajo Chrome for Enterprise, v katerem bo ohranjena podpora za API webRequest. Mozilla se je odločila, da ne bo sledila novemu manifestu in bo Firefox v celoti uporabljala API webRequest.

Raymond Hill, vodilni razvijalec podjetja uBlock Origin, je to odločitev obsodile Google. Po njegovem mnenju bi prehod na deklarativni API NetRequest verjetno pomenil smrt teh razširitev, ki jih uporablja vsaj 10 milijonov uporabnikov interneta.

"Če je na koncu ta (precej omejen) API izjaveNetRequest edini način, kako lahko zaviralci vsebin opravljajo svoje delo, to v bistvu pomeni, da dva zaviralca vsebine, ki ju vzdržujem že leta, uBlock Origin in uMatrix, ne moreta več obstajati

Namesto tega je API WebRequest za filtriranje vsebine v novem manifestu predlagal deklarativni API izjavoNetRequest.

Če vam je API webRequest omogočil, da svoje krmilnike povežete s popolnim dostopom do omrežnih zahtev in lahko sproti spreminjate promet, novi API izjaveNetRequest omogoča dostop do univerzalnega vgrajenega filtrirnega mehanizma izven okvirja, ki samostojno obdeluje pravila blokiranja, ne dovoljuje uporabe lastnih algoritmov filtriranja in ne dovoljuje, da se zapletena pravila med seboj prekrivajo na podlagi pogojev.

Novi manifest uvaja tudi druge spremembe, ki vplivajo na podporo vtičnikov. Med njimi so:

• Prehod na vodenje uslužbencev kot osnovni proces, ki bo od razvijalcev zahteval, da spremenijo kodo nekaterih dodatkov.
• Nov podroben model zahteve za dovoljenje: vtičnika ni mogoče aktivirati takoj za vse strani ('vsi_urli«), Deloval pa bo le v kontekstu aktivnega zavihka, to pomeni, da bo moral uporabnik potrditi delo vtičnika za vsako stran.
• Sprememba v obdelavi vlog za več poreklov- V skladu z novim manifestom bodo za skripte za obdelavo vsebine veljale enake omejitve pooblastil kot za glavno stran, kjer so ti skripti vstavljeni (na primer, če stran nima dostopa do lokacijskega API-ja, zato so vtičniki za skripte zmagali ' t tudi tega dostopa).
• Prepoved izvajanja kode, prenesene z zunanjih strežnikov (Govorimo o situacijah, ko se vtičnik naloži in izvrši zunanjo kodo).