Mozilla vil ikke overføre alle WebExtensions API-begrensninger fra det nye Chrome-manifestet

Mozilla Company kunngjort, at til tross for bruk av et tilleggssystem basert på WebExtensions API i Firefox, har ikke utviklerne til hensikt å følge den fremtidige tredje utgaven av manifestet for Chrome-tillegg fullt ut. Spesielt vil Firefox fortsette å støtte blokkeringsmodusen til API. webRequest, som lar deg endre det mottatte innholdet på farten og er etterspurt i annonseblokkere og innholdsfiltreringssystemer.

Hovedideen med å flytte til WebExtensions API var å forene teknologien for å utvikle tillegg for Firefox og Chrome, så i sin nåværende form er Firefox nesten 100 % kompatibel med den nåværende andre versjonen av Chrome-manifestet. Manifestet definerer listen over funksjoner og ressurser gitt til tillegg. På grunn av innføringen av restriktive tiltak i den tredje versjonen av manifestet, som oppfattes negativt av tilleggsutviklere, vil Mozilla gå bort fra praksisen med å følge manifestet fullt ut og vil ikke overføre endringer til Firefox som bryter med kompatibilitet med tilleggs- ons.

Husker at på tross av alle innvendinger, har Google til hensikt å slutte å støtte blokkeringsmodusen til webRequest API i Chrome, begrense den til skrivebeskyttet modus og tilby en ny deklarativ API for innholdsfiltrering declarativeNetRequest. Mens webRequest API tillot deg å koble til dine egne behandlere som har full tilgang til nettverksforespørsler og er i stand til å modifisere trafikk på flukt, gir den nye declarativeNetRequest API tilgang til en ferdiglaget universell innebygd filtreringsmotor som uavhengig behandler blokkeringsregler , tillater ikke bruk av dine egne filtreringsalgoritmer og lar deg ikke sette komplekse regler som overlapper hverandre avhengig av forhold.

Mozilla vurderer også muligheten for å flytte til Firefox-støtte for noen andre endringer fra den tredje versjonen av Chrome-manifestet som bryter kompatibiliteten med tillegg:

  • Overgangen til å utføre tjenestearbeidere i form av bakgrunnsprosesser, som vil kreve at utviklere endrer koden til noen tillegg. Selv om den nye metoden er mer effektiv fra et ytelsessynspunkt, vurderer Mozilla å opprettholde støtte for å kjøre bakgrunnssider.
  • Den nye granulære tillatelsesforespørselsmodellen - tillegget vil ikke kunne aktiveres for alle sider på en gang («all_urls»-tillatelsen er fjernet), men vil bare fungere i sammenheng med den aktive fanen, dvs. brukeren må bekrefte at tillegget fungerer for hvert nettsted. Mozilla utforsker måter å styrke tilgangskontrollene på uten å stadig distrahere brukeren.
  • Endring i håndtering av kryssopprinnelsesforespørsler – i samsvar med det nye manifestet vil innholdsbehandlingsskript være underlagt de samme tillatelsesbegrensningene som for hovedsiden der disse skriptene er innebygd (for eksempel hvis siden ikke har tilgang til location API, vil heller ikke skripttilleggene motta denne tilgangen). Endringen er planlagt implementert i Firefox.
  • Forbyr kjøring av kode lastet ned fra eksterne servere (vi snakker om situasjoner når tillegget laster inn og kjører ekstern kode). Firefox bruker allerede ekstern kodeblokkering, og Mozilla-utviklere er villige til å styrke denne beskyttelsen ved å bruke tilleggsteknikker for nedlasting av kode som tilbys i den tredje versjonen av manifestet.

Kilde: opennet.ru

Legg til en kommentar