I Chrome har testningen av den tredje versionen av manifestet inletts, inkompatibel med uBlock Origin

Google Början av testningen den tredje versionen av Chrome-manifestet, som bryter mot funktionen mÄnga tillÀgg för att blockera oönskat innehÄll och sÀkerstÀlla sÀkerhet. Stödet för det nya manifestet, som definierar funktioner och resurser som tillhandahÄlls av tillÀgg, har lagts till i experimentella versioner. Chrome Canary.
Det nya manifestet har utvecklats inom ramen för initiativ att stÀrka sÀkerheten, integriteten och prestandan för tillÀgg (det primÀra mÄlet Àr att underlÀtta skapandet av sÀkra och högpresterande tillÀgg och komplicera möjligheten att skapa osÀkra och lÄngsamma tillÀgg).

Manifestet Àr för nÀrvarande i tidig alfa-testning, inte slutgiltigt och har lagts till för att ge utvecklare möjlighet att börja experimentera och anpassa sina tillÀgg.
Aktivering av det nya manifestet förvÀntas under nÀsta Är. Tidpunkten för avvecklingen av stöd för den andra versionen av manifestet har Ànnu inte faststÀllts.
För att underlÀtta migreringen av tillÀgg till det nya manifestet har en kontrollista, utarbetats, inklusive Àndringar som utvecklare av tillÀgg bör vara uppmÀrksamma pÄ.

LÄt oss pÄminna om att grundlÀggande missnöje nytt manifestet Àr kopplat till avskaffandet av stöd för blockeringslÀget i API:t webRequest, vilket kommer att begrÀnsas till skrivskyddat lÀge. Ett undantag kommer att göras för Chrome for Enterprise, dÀr stödet för API:t webRequest kommer att bevaras. Mozilla har beslutat att inte följa det nya manifestet och behÄlla möjligheten till full anvÀndning av API:t webRequest i Firefox.

IstÀllet för API:t webRequest för att filtrera innehÄll föreslÄs ett deklarativt API declarativeNetRequest. Medan API:t webRequest tillÀt anslutning av egna hanterare, med full Ätkomst till nÀtverksförfrÄgningar och möjlighet att i realtid modifiera trafik, erbjuder det nya API:t declarativeNetRequest tillgÄng till en fÀrdig inbyggd motor för filtrering som sjÀlvstÀndigt hanterar regler för blockering, vilket inte tillÄter anvÀndning av egna filtreringsalgoritmer och inte tillÄter att komplexa regler överlappar varandra beroende pÄ villkor.

I det nya manifestet presenteras ocksÄ andra Àndringar som pÄverkar kompatibiliteten med tillÀgg. Bland dem:

  • ÖvergĂ„ng till att utföra Service workers i form av bakgrundsprocesser, vilket kommer att krĂ€va av utvecklarna att Ă€ndra koden för vissa tillĂ€gg.
  • En ny granulerad modell för begĂ€ran om behörigheter — tillĂ€gget kan inte aktiveras direkt för alla sidor (behörigheten "all_urls" har tagits bort) och kommer endast att fungera i kontexten av den aktiva fliken, dvs. anvĂ€ndaren mĂ„ste bekrĂ€fta tillĂ€ggets arbete för varje webbplats.
  • Ändring av hantering av Cross-origin begĂ€rningar — enligt den nya manifestet kommer de samma behörighetsbegrĂ€nsningar att gĂ€lla för skript för innehĂ„llshantering som för huvud sidan som dessa skript integreras i (till exempel, om sidan inte har tillgĂ„ng till API:er för platsbestĂ€mning, kommer inte tillĂ€ggsskriptet heller att fĂ„ denna tillgĂ„ng).
  • Förbud mot utförande av kod som laddas frĂ„n externa servrar (i situationer dĂ€r tillĂ€gget laddar och utför extern kod).

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster