Mozilla-bedrijf , dat ondanks het gebruik van een add-on-systeem gebaseerd op de WebExtensions API in Firefox, de ontwikkelaars niet van plan zijn de toekomstige derde editie van het manifest voor Chrome-add-ons volledig te volgen. Firefox zal met name de blokkeermodus van de API blijven ondersteunen. , waarmee u de ontvangen inhoud direct kunt wijzigen en waar veel vraag naar is in adblockers en inhoudfiltersystemen.
Het belangrijkste idee van de overstap naar de WebExtensions API was om de technologie voor het ontwikkelen van add-ons voor Firefox en Chrome te verenigen, dus in zijn huidige vorm is Firefox bijna 100% compatibel met de huidige tweede versie van het Chrome-manifest. Het manifest definieert de lijst met mogelijkheden en bronnen die aan add-ons worden geleverd. Vanwege de introductie van beperkende maatregelen in de derde versie van het manifest, die negatief worden ervaren door add-on-ontwikkelaars, zal Mozilla afstappen van de praktijk om het manifest volledig te volgen en geen wijzigingen naar Firefox overbrengen die de compatibiliteit met add-on schenden. ons.
Bedenk dat , Google is van plan de blokkeermodus van de webRequest API in Chrome niet langer te ondersteunen, deze te beperken tot de alleen-lezen-modus en een nieuwe declaratieve API aan te bieden voor het filteren van inhoud . Terwijl u met de webRequest API uw eigen handlers kunt verbinden die volledige toegang hebben tot netwerkverzoeken en in staat zijn om verkeer on-the-fly te wijzigen, biedt de nieuwe declarativeNetRequest API toegang tot een kant-en-klare universele ingebouwde filterengine die onafhankelijk blokkeringsregels verwerkt , staat het gebruik van uw eigen filteralgoritmen niet toe en staat u niet toe complexe regels in te stellen die elkaar overlappen, afhankelijk van de omstandigheden.
Mozilla evalueert ook de haalbaarheid van de overstap naar Firefox-ondersteuning voor enkele andere wijzigingen ten opzichte van de derde versie van het Chrome-manifest die de compatibiliteit met add-ons verbreken:
- De overgang naar het uitvoeren van servicemedewerkers in de vorm van achtergrondprocessen, waarbij ontwikkelaars de code van sommige toevoegingen moeten wijzigen. Hoewel de nieuwe methode vanuit prestatieoogpunt efficiënter is, overweegt Mozilla de ondersteuning voor het weergeven van achtergrondpagina's te behouden.
- Het nieuwe gedetailleerde model voor toestemmingsverzoeken - de add-on kan niet voor alle pagina's tegelijk worden geactiveerd (de toestemming "all_urls" is verwijderd), maar werkt alleen in de context van het actieve tabblad, d.w.z. de gebruiker moet bevestigen dat de add-on voor elke site werkt. Mozilla onderzoekt manieren om de toegangscontroles te versterken zonder de gebruiker voortdurend af te leiden.
- Wijziging in de afhandeling van Cross-origin-verzoeken - in overeenstemming met het nieuwe manifest zijn scripts voor inhoudverwerking onderworpen aan dezelfde toestemmingsbeperkingen als voor de hoofdpagina waarin deze scripts zijn ingesloten (als de pagina bijvoorbeeld geen toegang heeft tot de location API, dan krijgen de script-add-ons deze toegang ook niet). Het is de bedoeling dat de wijziging in Firefox wordt geïmplementeerd.
- Het verbieden van de uitvoering van code die is gedownload van externe servers (we hebben het over situaties waarin de add-on externe code laadt en uitvoert). Firefox maakt al gebruik van externe codeblokkering en Mozilla-ontwikkelaars zijn bereid deze bescherming te versterken door gebruik te maken van aanvullende technieken voor het volgen van codedownloads die in de derde versie van het manifest worden aangeboden.
Bron: opennet.ru