Mozilla vil ikke flytte alle API WebExtensions begrænsninger fra den nye Chrome-manifest

Mozilla Company har annonceret, selvom der i Firefox anvendes en tilføjelse baseret på WebExtensions API, har udviklerne ikke planer om helt at følge den fremtidige tredje udgave af Chrome-tilføjelsesmanifester. I særdeleshed vil Firefox fortsætte med at støtte blokeringstilstande for API'et. webRequest, som muliggør ændring af modtaget indhold i realtid og er efterspurgt i annonceblokkere og indholdsfiltreringssystemer.

Den primære idé bag overgangen til WebExtensions API'et var at skabe en ensartet teknologi til udvikling af tilføjelser til både Firefox og Chrome, så i sin nuværende form sikrer Firefox næsten 100% kompatibilitet med den aktuelle anden version af Chrome-manifestet. Manifestet definerer listen over funktioner og ressourcer, der stilles til rådighed for tilføjelser. På grund af indførelsen af restriktive foranstaltninger i den tredje version af manifestet, som opfattes negativt af tilføjelsesudviklere, vil Mozilla trække sig fra praksis med at følge manifestet fuldstændigt og vil ikke overføre ændringer til Firefox, der krænker kompatibiliteten med tilføjelser.

Lad os minde om, at selvom og få en fungerende kommando. alle indsigelser, har Google til hensigt at stoppe med at støtte blokeringstilstanden for webRequest API'et i Chrome, begrænse det til læsetilstand og tilbyde et nyt deklarativt API til indholdsfiltrering. declarativeNetRequest. 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.

Mozilla overvejer også rimeligheden af at overføre støtte til nogle andre ændringer fra den tredje version af Chrome-manifestet til Firefox, der krænker kompatibiliteten med tilføjelser:

  • Overgangen til at udføre Service workers i form af baggrundsprocesser, hvilket vil kræve, at udviklerne ændrer koden i nogle tilføjelser. Selvom den nye metode er mere optimal med hensyn til ydeevne, overvejer Mozilla muligheden for at opretholde støtte til udførelse af baggrundssider.
  • Den nye granulerede model for anmodning om tilladelser - udvidelsen vil ikke kunne aktiveres straks for alle sider (tilladelsen „all_urls“ er fjernet), men vil kun fungere i konteksten af den aktive fane, dvs. brugeren skal bekræfte udvidelsens funktion for hver hjemmeside. Mozilla undersøger måder at styrke adgangen på uden konstant at distrahere brugeren.
  • Ændringen af behandlingen af Cross-origin anmodninger - i henhold til det nye manifest vil der blive anvendt de samme begrænsninger for tilladelser på scripts til behandling af indhold, som der gælder for den primære side, som disse scripts implementeres i (for eksempel hvis siden ikke har adgang til API til bestemmelse af placering, vil udvidelsens script heller ikke få denne adgang). Ændringen planlægges implementeret i Firefox.
  • Forbud mod at udføre kode indlæst fra eksterne servere (dette gælder situationer, hvor udvidelsen indlæser og udfører ekstern kode). I Firefox er blokering af ekstern kode allerede i brug, og udviklerne hos Mozilla er åbne for at styrke denne beskyttelse ved at anvende yderligere teknikker til sporing af kodeindlæsninger, som foreslået i den tredje version af manifestet.

Kilde: opennet.ru

Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere 🔥 Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere | ProHoster