In het vorige artikel hadden we het over de nieuwe Javascript-engine waarin de mensen van Mozilla hebben gewerkt aan de volgende versie van Firefox 70 die in de volgende maand oktober zal aankomen (je kunt de opmerking lezen in de volgende koppeling). In dit artikel zullen we praten over de aankondiging van Mozilla over het gebruik van Firefox-add-ons op basis van de WebExtensions-API waarin de Mozilla-ontwikkelaars hun standpunt kenbaar maakten waarin Ze zijn niet van plan de aanstaande derde editie van het Chrome Add-on Manifesto volledig te volgen.
Hiermee maken ze bekend dat in het bijzonder, Firefox blijft de webRequest API-blokkeermodus ondersteunen, waarmee u geaccepteerde inhoud direct kunt wijzigen en waar veel vraag naar is in adblockers en inhoudfiltersystemen.
Het belangrijkste idee van de overgang naar de WebExtensions API was de unificatie van de plug-in-ontwikkelingstechnologie voor Firefox en Chrome, daarom is Firefox in zijn huidige vorm bijna 100% compatibel met de huidige tweede versie van het Chrome-manifest.
Het manifest definieert een lijst met aangeboden functies en bronnen voor de aanvullingen. Door de invoering van beperkende maatregelen wordt lontwikkelaars van plug-ins in de derde versie van het manifest, Mozilla zal afzien van het volledig volgen van het manifest en zal geen wijzigingen naar Firefox overbrengen die de compatibiliteit van plug-ins schenden.
Houd er rekening mee dat Google ondanks alle bezwaren van plan is de ondersteuning voor Chrome stop te zetten in de modus die de WebRequest API-modus blokkeert, deze beperkt tot de alleen-lezenmodus en voor het aanbieden van nieuwe declaratieve inhoudfilterfuncties van de declarativeNetRequest API.
Als u met de webRequest API uw eigen controllers kunt verbinden met volledige toegang tot netwerkverzoeken en in staat is om het verkeer direct te wijzigen, biedt de nieuwe declarativeNetRequest API toegang tot een kant-en-klare universele ingebouwde filterengine die onafhankelijk verwerkt de regels voor het blokkeren, staat het gebruik van zijn eigen filteralgoritmen niet toe en staat niet toe dat complexe regels elkaar overlappen op basis van voorwaarden.
Mozilla evalueert ook het gemak van porten naar Firefox om enkele van de andere wijzigingen te ondersteunen. van de derde versie van het Chrome-manifest, die de ondersteuning van plug-ins schendt:
- La overgang naar de uitvoering van servicemedewerkers in de vorm van achtergrondprocessen is het vereist dat de ontwikkelaars de code van sommige toevoegingen wijzigen.
Hoewel de nieuwe methode qua prestaties meer optimaal is, overweegt Mozilla de ondersteuning voor het uitvoeren van achtergrondpagina's te behouden. - Nieuw gedetailleerd toestemmingsverzoekmodel: de plug-in kan niet onmiddellijk voor alle pagina's worden geactiveerd (de "all_urls" -machtiging is verwijderd), maar het zal alleen werken in de context van het actieve tabblad, dwz de gebruiker zal moeten bevestigen dat de plug-in voor elke site werkt. In dit segment onderzoekt Mozilla manieren om de toegangscontrole te versterken zonder de gebruiker constant af te leiden.
- Wijziging in de verwerking van cross-origin-aanvragen: Volgens het nieuwe manifest zijn dezelfde machtigingsbeperkingen van toepassing op scripts voor het verwerken van inhoud als op de hoofdpagina waarin deze scripts worden ingevoegd (als de pagina bijvoorbeeld geen toegang heeft tot de locatie-API, zullen de scriptplug-ins niet deze toegang ook). De wijziging is gepland om te worden geïmplementeerd in Firefox.
- Verbod op de uitvoering van code gedownload van externe servers (We hebben het over situaties waarin een plug-in externe code laadt en uitvoert). Firefox maakt al gebruik van externe codeblokkering en Mozilla-ontwikkelaars zijn blij om die bescherming af te dwingen door gebruik te maken van aanvullende trackingtechnieken voor het downloaden van codes die worden aangeboden in de derde versie van het manifest.
bron: https://blog.mozilla.org