Google af den tredje version af Chrome-manifestet, mange udvidelser til blokering af uønsket indhold og sikkerhed. Understøttelsen af det nye manifest, som definerer de muligheder og ressourcer, der stilles til rådighed for udvidelser, er tilføjet i de eksperimentelle builds .
Det nye manifest er udviklet som en del af indsatsen for at styrke sikkerheden, privatlivets fred og ydeevnen for udvidelser (det primære mål er at forenkle oprettelsen af sikre og højtydende udvidelser og gøre det sværere at lave usikre og langsomme udvidelser).
Manifestet er stadig i den tidlige alfa-testfase, er ikke endeligt, og er tilføjet for at give udviklere mulighed for at begynde at eksperimentere og tilpasse deres udvidelser.
Aktiveringen af det nye manifest forventes næste år. Tidsrammen for ophør af støtte til den anden version af manifestet er endnu ikke bestemt.
For at lette migrationen af udvidelser til det nye manifest er der udarbejdet , som inkluderer ændringer, som udviklere af udvidelser bør være opmærksomme på.
Lad os minde om, at er relateret til ophøret af understøttelsen af blokkeringsmodus for webRequest API'et, som vil være begrænset til læsningstilstand. Der vil kun være en undtagelse for Chrome-versionen til virksomheder (Chrome for Enterprise), hvor understøttelsen af webRequest API'et vil blive bevaret. Mozilla har valgt ikke at følge det nye manifest og bevare muligheden for fuld brug af webRequest API'et i Firefox.
I stedet for webRequest API'et til filtrering af indhold i det nye manifest er der foreslået et deklarativt API . Mens webRequest API'et gjorde det muligt at tilslutte egne behandlere med fuld adgang til netværksanmodninger og som kunne ændre trafikken i realtid, giver det nye API declarativeNetRequest adgang til en færdigbygget, universel indbygget motor til filtrering, der selv behandler blokkeringsregler, ikke tillader brug af egne filtreringsalgoritmer og ikke tillader komplekse regler, der overlapper afhængigt af betingelserne.
Det nye manifest indeholder også andre ændringer, der påvirker kompatibiliteten med udvidelser. Blandt dem:
- Overgangen til at udføre Service workers i form af baggrundsprocesser, hvilket kræver, at udviklere ændrer koden i nogle udvidelser.
- Den nye granulære model for anmodning om rettigheder — en udvidelse vil ikke kunne aktiveres straks for alle sider (rettigheden "all_urls" er taget væk), men vil kun fungere i konteksten af den aktive fane, dvs. brugeren skal bekræfte udvidelsens funktion for hver hjemmeside.
- Ændring af Cross-origin forespørgselsbehandling — i overensstemmelse med det nye manifest for scripts, der behandler indhold, vil de samme begrænsninger gælde for disse scripts, som gælder for den primære side, hvori disse scripts er indsat (for eksempel, hvis siden ikke har adgang til API'et til bestemte placeringer, vil scripts også miste denne adgang).
- Forbud mod at eksekvere kode, der er indlæst fra eksterne servere (det handler om situationer, hvor et supplement indlæser og eksekverer ekstern kode).
Kilde: opennet.ru
