I den forrige artikel talte vi om den nye Javascript-motor hvor Mozillas folk har arbejdet for den næste version af Firefox 70, der ankommer næste oktober (du kan læse noten i næste link). I denne artikel vil vi tale om meddelelsen fra Mozilla om brug af Firefox-tilføjelsesprogrammer baseret på WebExtensions API hvor Mozilla-udviklerne gjorde deres position kendt i hvilken de har ikke til hensigt at følge den kommende tredje udgave af Chrome Plugin Manifest fuldt ud.
Med dette meddeler de, at især Firefox vil fortsat understøtte webRequest API-blokeringstilstand, som giver dig mulighed for at ændre accepteret indhold på farten og er efterspurgt i annonceblokkere og indholdsfiltreringssystemer.
Hovedideen med overgangen til WebExtensions API var foreningen af pluginudviklingsteknologien til Firefox og Chrome, derfor er Firefox i sin nuværende form næsten 100% kompatibel med den nuværende anden version af Chrome-manifestet.
Manifestet definerer en liste over leverede funktioner og ressourcer til komplementerne. På grund af indførelsen af restriktive foranstaltninger, der opfattes negativt af ludviklere af plugins i den tredje version af manifestet, Mozilla vil opgive praksis med fuldt ud at følge manifestet og overfører ikke ændringer til Firefox der krænker plugin-kompatibilitet.
Husk, at Google på trods af alle indvendinger planlægger at afbryde understøttelse af Chrome i den tilstand, der blokerer WebRequest API-tilstand, begrænser den til kun skrivebeskyttet tilstand og tilbyder nye deklarative indholdsfiltreringsfunktioner i declarativeNetRequest API.
Hvis webRequest API tillod dig at forbinde dine egne controllere med fuld adgang til netværksanmodninger og i stand til at ændre trafik i farten, giver den nye declarativeNetRequest API adgang til en out-of-the-box universel indbygget filtreringsmotor, der uafhængigt behandler reglerne for blokering tillader ikke brugen af sine egne filtreringsalgoritmer og tillader ikke komplekse regler at overlappe hinanden baseret på betingelser.
Mozilla evaluerer også bekvemmeligheden ved at porte til Firefox for at understøtte nogle af de andre ændringer. fra den tredje version af Chrome-manifestet, der krænker pluginsupport:
- La overgang til henrettelse af servicearbejdere i form af baggrundsprocesser, hvad det vil kræve, er at udviklerne ændrer koden for nogle tilføjelser.
Selvom den nye metode er mere optimal med hensyn til ydeevne, overvejer Mozilla at opretholde support til at køre baggrundssider. - Ny model for anmodning om tilladelse til tilladelse: pluginet kan ikke aktiveres med det samme for alle sider (tilladelsen "all_urls" fjernes), men det fungerer kun i sammenhæng med den aktive fane, dvs. brugeren skal bekræfte plugin-arbejdet for hvert websted. I dette segment udforsker Mozilla måder at styrke adgangskontrol uden konstant at distrahere brugeren.
- Ændring i behandling af krydsoprindelsesapplikationer: Ifølge det nye manifest gælder de samme autoritetsbegrænsninger for indholdsbehandlingsscripts som for hovedsiden, disse scripts indsættes i (for eksempel hvis siden ikke har adgang til lokalitets-API'en, får script-plugins ikke denne adgang heller). Ændringen er planlagt til at blive implementeret i Firefox.
- Forbud mod udførelse af kode downloadet fra eksterne servere (Vi taler om situationer, hvor et plugin indlæser og udfører ekstern kode). Firefox bruger allerede ekstern kodeblokering, og Mozilla-udviklere håndhæver med glæde denne beskyttelse ved hjælp af yderligere kodeoverførselssporingsteknikker, der tilbydes i den tredje version af manifestet.
kilde: https://blog.mozilla.org