I föregående artikel pratade vi om den nya Javascript-motorn där folket i Mozilla har arbetat för nästa version av Firefox 70 som kommer att komma under nästa månad oktober (du kan läsa anteckningen i följande länk). I den här artikeln kommer vi att prata om tillkännagivandet från Mozilla om att använda Firefox-tillägg baserat på WebExtensions API där Mozilla-utvecklarna gjorde sin position känd i vilken De har inte för avsikt att följa den kommande tredje upplagan av Chrome Add-on Manifest helt.
Med detta meddelar de att särskilt Firefox fortsätter att stödja webRequest API-blockeringsläge, vilket låter dig ändra accepterat innehåll direkt och efterfrågas i annonsblockerare och innehållsfiltreringssystem.
Huvudidén med övergången till WebExtensions API var föreningen av plugin-utvecklingstekniken för Firefox och Chrome, därför är Firefox i sin nuvarande form nästan 100% kompatibel med den nuvarande andra versionen av Chrome-manifestet.
Manifestet definierar en lista över tillhandahållna funktioner och resurser för komplementen. På grund av införandet av restriktiva åtgärder som negativt uppfattas av lutvecklare av plugins i den tredje versionen av manifestet, Mozilla kommer att avstå från att följa manifestet helt och kommer inte att överföra ändringar till Firefox som bryter mot plugin-kompatibilitet.
Kom ihåg att trots alla invändningar planerar Google att avbryta stödet för Chrome i det läge som blockerar WebRequest API-läget, begränsar det till skrivskyddat läge och erbjuder nya deklarativa innehållsfiltreringsfunktioner i declarativeNetRequest API.
Om webRequest API tillät dig att ansluta dina egna styrenheter med full åtkomst till nätverksförfrågningar och kan ändra trafik i farten, ger den nya deklarativa NetRequest API åtkomst till en out-of-the-box universal inbyggd filtreringsmotor som oberoende bearbetar reglerna för blockering, tillåter inte användning av egna filtreringsalgoritmer och tillåter inte komplexa regler att överlappa varandra baserat på förhållanden.
Mozilla utvärderar också bekvämligheten med att portera till Firefox för att stödja några av de andra ändringarna. från den tredje versionen av Chrome-manifestet, som bryter mot plugin-stöd:
- La övergång till avrättningen av servicearbetare i form av bakgrundsprocesser krävs det att utvecklarna ändrar koden för vissa tillägg.
Även om den nya metoden är mer optimal när det gäller prestanda, överväger Mozilla att behålla stöd för att köra bakgrundssidor. - Ny detaljerad begäran om behörighetsmodell: plugin-programmet kan inte aktiveras omedelbart för alla sidor ("all_urls" -tillståndet tas bort), men det fungerar bara i samband med den aktiva fliken, dvs användaren måste bekräfta plugin-arbetet för varje webbplats. I detta segment utforskar Mozilla sätt att stärka åtkomstkontrollen utan att ständigt distrahera användaren.
- Ändring av bearbetning av applikationer med olika ursprung: Enligt det nya manifestet gäller samma behörighetsbegränsningar för innehållsbehandlingsskript som för huvudsidan som dessa skript infogas i (till exempel om sidan inte har tillgång till plats-API: et kommer inte skript-plugins att få denna åtkomst heller). Ändringen är planerad att implementeras i Firefox.
- Förbud mot exekvering av kod som laddats ner från externa servrar (Vi pratar om situationer där ett plugin laddar och kör extern kod). Firefox använder redan extern kodblockering, och Mozilla-utvecklare tillämpar gärna detta skydd genom att använda ytterligare spårningstekniker för kodnedladdning som erbjuds i den tredje versionen av manifestet.
Fuente: https://blog.mozilla.org