Google heeft al een datum gegeven voor het einde van de compatibiliteit van versie 2 van Chrome Manifest

Google heeft een tijdlijn vrijgegeven waarin het beschrijft hoe Beëindiging van ondersteuning voor versie 2 vindt plaats van zijn Chrome-manifest in het voordeel van versie 3, die onder vuur is komen te liggen vanwege het verstoren van veel van zijn beveiligingsplug-ins en het blokkeren van ongepaste inhoud.

Naast het opnemen van de tweede versie van het manifest, is de populaire uBlock Origin adblocker gekoppeld, die niet kan worden overgedragen naar de derde versie van het manifest vanwege het einde van de ondersteuning voor de blokkeermodus van de webRequest API.

Met ingang van 17 januari 2022, plug-ins die de tweede versie van het manifest gebruiken, worden niet langer geaccepteerd in de Chrome Web Store, maar ontwikkelaars van eerder toegevoegde plug-ins kunnen nog steeds updates plaatsen.

In januari 2023 is Chrome niet meer compatibel met de tweede versie van het manifest en alle daaraan gekoppelde plug-ins werken niet meer. Tegelijkertijd is het verboden om updates voor dergelijke add-ons in de Chrome Web Store te plaatsen.

Eerder dit jaar hebben we voor Chrome 88 de beschikbaarheid aangekondigd van een nieuwe manifestversie voor het Chrome-extensie-ecosysteem. Manifest V3 is al jaren in de maak en is veiliger, efficiënter en privacybehoudend dan zijn voorganger. Het is een evolutie van het extensieplatform dat rekening houdt met zowel het veranderende weblandschap als de toekomst van browserextensies.

Terwijl we naar de toekomst kijken en doorgaan met het herhalen en verbeteren van de functionaliteit van Manifest V3, willen we ook details delen over het plan om extensies van Manifest V2 uit te faseren.

Dat moeten we onthouden de derde versie van het manifest, die de mogelijkheden en middelen definieert te verstrekken aan plug-ins, als onderdeel van het initiatief om de beveiliging en privacy te versterken, in plaats van de webRequest API, de declarativeNetRequest API, die beperkte mogelijkheden heeft, is voorgesteld.

terwijl Met WebRequest API kunt u uw eigen controllers aansluiten die volledige toegang hebben tot netwerkverzoeken en het verkeer on-the-fly kunnen wijzigen, de declarativeNetRequest API biedt alleen toegang tot een filterengine kant-en-klaar ingebouwd in de browser die zelf blokkeerregels afhandelt. , waarmee u uw eigen filteralgoritmen niet kunt gebruiken en u geen complexe regels kunt instellen die elkaar overlappen op basis van voorwaarden.

Naarmate deze datums naderen, zullen we meer details delen over de versie van Chrome die wordt gewijzigd, evenals meer informatie over hoe ontwikkelaars en gebruikers van extensies kunnen worden beïnvloed. 

In de tussentijd blijven we nieuwe mogelijkheden toevoegen aan Manifest V3 op basis van de behoeften en stemmen van onze ontwikkelaarsgemeenschap. Ook de afgelopen maanden zijn er een aantal interessante uitbreidingen op het uitbreidingsplatform geweest.

Volgens Google blijft het werken aan de implementatie van de NetRequest-declaratieve mogelijkheden die vereist zijn in plug-ins die webRequest gebruiken, en is het van plan om de nieuwe API in een formaat te brengen dat volledig voldoet aan de behoeften van bestaande plug-inontwikkelaars.

In de komende maanden zullen we naast andere nieuwe mogelijkheden ook ondersteuning voor dynamisch configureerbare contentscripts en een in-memory storage-optie uitbrengen. Deze wijzigingen zijn ontworpen met feedback van de community in het achterhoofd en we zullen doorgaan met het bouwen van krachtigere Extension API-functionaliteit naarmate ontwikkelaars meer informatie delen.

Zo heeft Google al rekening gehouden met de wensen van de community en ondersteuning toegevoegd voor de declarativeNetRequest API voor meerdere statische regelsets, regex filtering, aanpassen van HTTP-headers, dynamisch aanpassen en toevoegen van regels, verwijderen en vervangen van parameters. en het maken van sessiespecifieke regelsets.

In de komende maanden is het de bedoeling om ondersteuning voor dynamisch aanpasbare scripts voor contentverwerking en de mogelijkheid om gegevens in RAM op te slaan verder te implementeren.

Eindelijk als u er meer over wilt weten over de notitie kunt u de details bekijken In de volgende link.


De inhoud van het artikel voldoet aan onze principes van redactionele ethiek. Klik op om een ​​fout te melden hier.

Wees de eerste om te reageren

Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.