Företaget Mozilla , som trots att anvÀnda tillÀggssystemet i Firefox baserat pÄ API:et WebExtensions, inte avser att helt följa den framtida tredje versionen av manifestet för Chrome-tillÀgg. SÀrskilt kommer Firefox att fortsÀtta stödja den blockerande driftlÀget för API:et. , vilket möjliggör att Àndra mottaget innehÄll i realtid och Àr eftertraktat i annonsblockerare och innehÄllsfilter.
Huvudidén med övergÄngen till API:et WebExtensions var att skapa en enhetlig teknik för utveckling av tillÀgg för bÄde Firefox och Chrome, sÄ för nÀrvarande sÀkerstÀlls nÀstan 100% kompatibilitet i Firefox med den aktuella andra versionen av manifestet för Chrome. Manifestet definierar en lista över möjligheter och resurser som tillhandahÄlls tillÀggen. PÄ grund av restriktioner i den tredje versionen av manifestet, som uppfattas negativt av tillÀggsutvecklare, kommer Mozilla att avvika frÄn praktiken att helt följa manifestet och inte införa Àndringar i Firefox som bryter mot kompatibiliteten med tillÀgg.
LÄt oss pÄminna om att , planerar Google att sluta stödja den blockerande driftlÀget för API:et webRequest i Chrome, och begrÀnsa dess lÀslÀge samt föreslÄ en ny deklarativ API för innehÄllsfiltrering. . 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.
Mozilla övervÀger ocksÄ möjligheten att föra över stöd för andra Àndringar frÄn den tredje versionen av manifestet för Chrome till Firefox, som bryter mot kompatibiliteten med tillÀgg:
- ĂvergĂ„ngen till att utföra Service workers i form av bakgrundsprocesser, vilket kommer att krĂ€va att utvecklare Ă€ndrar koden för vissa tillĂ€gg. Trots att den nya metoden Ă€r mer optimal nĂ€r det gĂ€ller prestanda, övervĂ€ger Mozilla att behĂ„lla stödet för bakgrundssidor.
- Den nya detaljerade modellen för begĂ€ran om behörighet â ett tillĂ€gg kommer inte kunna aktiveras omedelbart för alla sidor (behörigheten «all_urls» har tagits bort), utan kommer endast att fungera i kontexten av den aktiva fliken, det vill sĂ€ga anvĂ€ndaren kommer att behöva bekrĂ€fta tillĂ€ggets funktion pĂ„ varje webbplats. Mozilla utforskar sĂ€tt att stĂ€rka Ă„tkomstkontrollen utan att stĂ€ndigt distrahera anvĂ€ndaren.
- Ăndring av hantering av Cross-origin-förfrĂ„gningar â enligt det nya manifestet kommer samma begrĂ€nsningar att gĂ€lla för skript för innehĂ„llshantering som för huvudsidan dĂ€r dessa skript införlivas (till exempel, om sidan inte har tillgĂ„ng till API:et för platsbestĂ€mning, kommer inte tillĂ€ggsskriptet heller fĂ„ denna Ă„tkomst). Ăndringen planeras att genomföras i Firefox.
- Förbud mot körning av kod som laddas frÄn externa servrar (detta handlar om situationer dÀr ett tillÀgg laddar och kör extern kod). Firefox blockerar redan extern kod och Mozilla-utvecklarna Àr inte emot att förstÀrka ett sÄdant skydd genom att tillÀmpa ytterligare tekniker för att spÄra laddning av kod, som föreslagits i den tredje versionen av manifestet.
KĂ€lla: opennet.ru
