Raymond Hill, författaren till uBlock Origins blockeringssystem för oönskat innehåll, publicerade ett experimentellt uBO Minus-webbläsartillägg med en implementering av en variant av uBlock Origin översatt till declarativeNetRequest API, vars användning är obligatoriskt i den tredje versionen av Chrome manifestera. Till skillnad från det klassiska uBlock Origin använder det nya tillägget funktionerna hos motorn som är inbyggd i webbläsaren för att filtrera innehåll och kräver inte tillstånd för att fånga upp och ändra all webbplatsdata under installationen.
Tillägget har ännu inte en popup-panel och inställningssidor, och funktionaliteten är begränsad till att blockera nätverksförfrågningar. För att fungera utan utökade behörigheter, funktioner som kosmetiska filter för att ersätta innehåll på sidan ("##"), ersättning av skript för webbplatser ("##+js"), filter för omdirigering av förfrågningar ("redirect="), header filter CSP (Content Security Policy) och filter för att ta bort frågeparametrar ("removeparam="). Annars är listan över standardfilter helt överensstämmande med uppsättningen från uBlock Origin och inkluderar cirka 22 XNUMX regler.
Dessutom introducerades för några dagar sedan en experimentell version av AdGuards annonsblockerande tillägg, AdGuardMV3, också översatt till API:et declarativeNetRequest och som kan fungera i webbläsare som bara stöder den tredje upplagan av Chrome-manifestet. Prototypen som föreslås för testning ger all funktionalitet som krävs av vanliga användare för att blockera annonser, men ligger efter tillägget för den andra upplagan av manifestet när det gäller dess avancerade funktioner, som kan vara av intresse för avancerade användare.
Den nya AdGuard kommer att fortsätta att dölja banners, widgets för sociala medier och irriterande element, blockera annonser på videoplattformar som YouTube och proaktivt blockera förfrågningar relaterade till rörelsespårning. Av begränsningarna, flimrande av annonser på grund av en försening i tillämpningen av kosmetiska regler med 1.5-2 sekunder, förlusten av vissa funktioner relaterade till cookiesfiltrering, användningen av reguljära uttryck och filtreringsfrågeparametrar (det nya API:et tillhandahåller förenklade reguljära uttryck ), tillgängligheten för statistik och loggen för filterutlösare Endast i utvecklarläge.
Den nämner också en möjlig minskning av antalet regler på grund av restriktioner som införts i den tredje versionen av manifestet. Om webbläsaren har ett tillägg som använder declarativeNetRequest är det inga problem med statiska regler, eftersom det finns en total gräns för alla tillägg, vilket tillåter 330 30 regler. När det finns flera tillägg tillämpas en gräns på 5000 tusen regler, vilket kanske inte räcker. För dynamiska regler har en gräns på 1000 regler införts, och för reguljära uttryck - XNUMX regler.
Från och med januari 2023 planerar Chrome att sluta stödja den andra versionen av manifestet och göra den tredje versionen obligatorisk för alla tillägg. Inledningsvis kritiserades den tredje versionen av manifestet för att ha brutit många tillägg för att blockera olämpligt innehåll och säkerställa säkerheten. Chrome-manifestet definierar funktionerna och resurserna som tillhandahålls av tilläggen. Den tredje versionen av manifestet utvecklades som en del av ett initiativ för att förbättra säkerheten, integriteten och prestanda för tillägg. Huvudmålet med de ändringar som görs är att göra det lättare att skapa säkra och högpresterande tillägg, och att göra det svårare att skapa osäkra och långsamma tillägg.
Det största missnöjet med den tredje versionen av manifestet är relaterat till överföringen till skrivskyddat läge för webRequest API, vilket gjorde det möjligt för dig att ansluta dina egna hanterare som har full tillgång till nätverksförfrågningar och kan ändra trafik i farten . Detta API används av uBlock Origin, AdGuard och många andra tillägg för att blockera olämpligt innehåll och säkerställa säkerhet. Istället för webRequest API erbjuder den tredje versionen av manifestet ett begränsat deklarativt NetRequest API som ger tillgång till en inbyggd filtreringsmotor som bearbetar blockeringsregler på egen hand, inte tillåter användning av sina egna filtreringsalgoritmer och inte tillåter sätta komplexa regler som överlappar varandra beroende på förhållandena.
Under tre års diskussioner om den kommande tredje versionen av manifestet tog Google hänsyn till många av communityns önskemål och utökade det ursprungligen tillhandahållna declarativeNetRequest API med de funktioner som krävs i befintliga tillägg. Till exempel har Google lagt till stöd till API:et declarativeNetRequest för användning av flera statiska regeluppsättningar, filtrering av reguljära uttryck, modifiering av HTTP-rubriker, dynamiskt ändra och lägga till regler, ta bort och ersätta begärandeparametrar, tabbbaserad filtrering och skapa sessionsspecifika regeluppsättningar .
Källa: opennet.ru