I forrige artikkel snakket vi om den nye Javascript-motoren der innbyggerne i Mozilla har jobbet for neste versjon av Firefox 70, som kommer til neste måned i oktober (du kan lese merknaden i følgende link). I denne artikkelen vil vi snakke om kunngjøringen fra Mozilla om bruk av Firefox-tillegg basert på WebExtensions API der Mozilla-utviklerne gjorde sin posisjon kjent der De har ikke tenkt å følge den kommende tredje utgaven av Chrome Add-on Manifest fullt ut.
Med dette gjør de kjent at spesielt Firefox vil fortsette å støtte blokkeringsmodus for webRequest API, som lar deg endre akseptert innhold på farten og er etterspurt i annonseblokkere og innholdsfiltreringssystemer.
Hovedideen med overgangen til WebExtensions API var foreningen av plugin-utviklingsteknologien for Firefox og Chrome, derfor er Firefox i sin nåværende form nesten 100% kompatibel med den nåværende andre versjonen av Chrome-manifestet.
Manifestet definerer en liste over funksjoner og ressurser for komplementene. På grunn av innføringen av restriktive tiltak negativt oppfattet av lutviklere av plugins i den tredje versjonen av manifestet, Mozilla vil forlate praksisen med å følge manifestet fullt ut og vil ikke overføre endringer til Firefox som bryter med plugin-kompatibilitet.
Husk at til tross for alle innvendinger, planlegger Google å avvikle støtten for Chrome i modusen som blokkerer WebRequest API-modus, og begrenser den til kun skrivebeskyttet modus og for å tilby nye deklarative innholdsfiltreringsfunksjoner i declarativeNetRequest API.
Hvis webRequest API tillot deg å koble dine egne kontrollere med full tilgang til nettverksforespørsler og i stand til å endre trafikk på farten, gir den nye declarativeNetRequest API tilgang til en out-of-the-box universell innebygd filtreringsmotor som uavhengig behandler reglene for blokkering, tillater ikke bruk av egne filtreringsalgoritmer, og tillater ikke komplekse regler å overlappe hverandre basert på forhold.
Mozilla evaluerer også fordelene ved å portere til Firefox for å støtte noen av de andre endringene. fra den tredje versjonen av Chrome-manifestet, som bryter med plugin-støtten:
- La overgang til henrettelse av servicearbeidere i form av bakgrunnsprosesser, vil det kreve at utviklerne endrer koden for noen tillegg.
Selv om den nye metoden er mer optimal når det gjelder ytelse, vurderer Mozilla å opprettholde støtte for å kjøre bakgrunnssider. - Ny modell for forespørsel om tillatelse: pluginet kan ikke aktiveres umiddelbart for alle sider ("all_urls" -tillatelsen fjernes), men det vil bare fungere i sammenheng med den aktive fanen, dvs. at brukeren må bekrefte plugin-arbeidet for hvert nettsted. I dette segmentet utforsker Mozilla måter å styrke tilgangskontrollen uten å distrahere brukeren hele tiden.
- Endring i behandling av opprinnelig søknad: I følge det nye manifestet vil de samme autoritetsbegrensningene gjelde for innholdsbehandlingsskript som for hovedsiden disse skriptene settes inn i (for eksempel hvis siden ikke har tilgang til lokaliserings-API-et, får skripttilleggene ikke denne tilgangen heller). Endringen er planlagt implementert i Firefox.
- Forbud mot utførelse av kode lastet ned fra eksterne servere (Vi snakker om situasjoner der et programtillegg laster inn og utfører ekstern kode). Firefox bruker allerede ekstern kodeblokkering, og Mozilla-utviklere håndhever gjerne denne beskyttelsen ved å bruke tilleggsteknikker for nedlasting av kode som tilbys i den tredje versjonen av manifestet.
Fuente: https://blog.mozilla.org