Mozilla Maatskappy , dat ondanks die gebruik van 'n byvoegingstelsel gebaseer op die WebExtensions API in Firefox, die ontwikkelaars nie van plan is om die toekomstige derde uitgawe van die manifes vir Chrome-byvoegings volledig te volg nie. In die besonder, Firefox sal voortgaan om die blokkeermodus van die API te ondersteun. , wat jou toelaat om die inhoud wat ontvang word op die vlug te verander en in aanvraag is in advertensieblokkeerders en inhoudfilterstelsels.
Die hoofgedagte om na die WebExtensions API te beweeg, was om die tegnologie vir die ontwikkeling van byvoegings vir Firefox en Chrome te verenig, so in sy huidige vorm is Firefox byna 100% versoenbaar met die huidige tweede weergawe van die Chrome-manifes. Die manifes definieer die lys van vermoëns en hulpbronne wat aan byvoegings verskaf word. As gevolg van die instelling van beperkende maatreëls in die derde weergawe van die manifes, wat negatief deur byvoegingsontwikkelaars beskou word, sal Mozilla wegbeweeg van die praktyk om die manifes ten volle te volg en sal nie veranderinge na Firefox oordra wat versoenbaarheid met byvoegings skend nie- ons.
Onthou dat , is Google van voorneme om op te hou om die blokkeermodus van die webRequest API in Chrome te ondersteun, dit tot leesalleenmodus te beperk en 'n nuwe verklarende API vir inhoudfiltrering aan te bied . Terwyl die webRequest API jou toegelaat het om jou eie hanteerders te koppel wat volle toegang tot netwerkversoeke het en in staat is om verkeer dadelik te verander, bied die nuwe declarativeNetRequest API toegang tot 'n klaargemaakte universele ingeboude filterenjin wat blokkeerreëls onafhanklik verwerk , laat nie die gebruik van jou eie filteralgoritmes toe nie en laat jou nie toe om komplekse reëls op te stel wat mekaar oorvleuel, afhangende van toestande nie.
Mozilla evalueer ook die haalbaarheid om na Firefox-ondersteuning te skuif vir 'n paar ander veranderinge vanaf die derde weergawe van die Chrome-manifes wat versoenbaarheid met byvoegings verbreek:
- Die oorgang na die uitvoering van Dienswerkers in die vorm van agtergrondprosesse, wat ontwikkelaars sal vereis om die kode van sommige toevoegings te verander. Alhoewel die nuwe metode doeltreffender is vanuit 'n prestasie-oogpunt, oorweeg Mozilla om ondersteuning vir die bestuur van agtergrondbladsye te handhaaf.
- Die nuwe granulêre toestemmingversoekmodel - die byvoeging sal nie vir alle bladsye gelyktydig geaktiveer kan word nie (die "all_urls"-toestemming is verwyder), maar sal slegs in die konteks van die aktiewe oortjie werk, d.w.s. die gebruiker sal moet bevestig dat die byvoeging vir elke webwerf werk. Mozilla ondersoek maniere om toegangskontroles te versterk sonder om die gebruiker voortdurend af te lei.
- Verandering in die hantering van kruisoorsprong-versoeke - in ooreenstemming met die nuwe manifes, sal inhoudverwerkingsskrifte aan dieselfde toestemmingsbeperkings onderhewig wees as vir die hoofblad waarin hierdie skrifte ingebed is (byvoorbeeld, as die bladsy nie toegang het tot die ligging-API, dan sal die skripbyvoegings ook nie hierdie toegang ontvang nie). Die verandering word beplan om in Firefox geïmplementeer te word.
- Verbied die uitvoering van kode wat van eksterne bedieners afgelaai is (ons praat van situasies wanneer die byvoeging eksterne kode laai en uitvoer). Firefox gebruik reeds eksterne kodeblokkering, en Mozilla-ontwikkelaars is bereid om hierdie beskerming te versterk deur addisionele kode-aflaai-opsporingstegnieke te gebruik wat in die derde weergawe van die manifes aangebied word.
Bron: opennet.ru