Podjetje Mozilla , da kljub uporabi sistema dodatkov, ki temelji na API-ju WebExtensions v Firefoxu, razvijalci ne nameravajo v celoti slediti prihodnji tretji izdaji manifesta za dodatke za Chrome. Zlasti bo Firefox še naprej podpiral način blokiranja API-ja. , ki vam omogoča sprotno spreminjanje prejete vsebine in je v povpraševanju v blokatorjih oglasov in sistemih za filtriranje vsebine.
Glavna ideja prehoda na API WebExtensions je bila poenotiti tehnologijo za razvoj dodatkov za Firefox in Chrome, tako da je Firefox v svoji trenutni obliki skoraj 100-odstotno združljiv s trenutno drugo različico Chromovega manifesta. Manifest določa seznam zmožnosti in virov, ki so na voljo dodatkom. Zaradi uvedbe omejevalnih ukrepov v tretji različici manifesta, ki jih razvijalci dodatkov negativno dojemajo, se bo Mozilla oddaljila od prakse popolnega upoštevanja manifesta in v Firefox ne bo prenesla sprememb, ki kršijo združljivost z dodatki. ons.
Spomnimo se tega , Google namerava prenehati podpirati način blokiranja API-ja webRequest v Chromu, ga omejiti na način samo za branje in ponuditi nov deklarativni API za filtriranje vsebine . Medtem ko vam je webRequest API omogočal povezavo lastnih upravljavcev, ki imajo popoln dostop do omrežnih zahtev in so sposobni sproti spreminjati promet, novi declarativeNetRequest API omogoča dostop do že pripravljenega univerzalnega vgrajenega mehanizma za filtriranje, ki neodvisno obdeluje pravila blokiranja , ne dovoljuje uporabe lastnih algoritmov za filtriranje in ne omogoča nastavitve zapletenih pravil, ki se med seboj prekrivajo glede na pogoje.
Mozilla prav tako ocenjuje izvedljivost prehoda na podporo za Firefox za nekatere druge spremembe iz tretje različice Chromovega manifesta, ki kršijo združljivost z dodatki:
- Prehod na izvajanje storitvenih delavcev v obliki procesov v ozadju, kar bo od razvijalcev zahtevalo spremembo kode nekaterih dodatkov. Čeprav je nova metoda bolj učinkovita z vidika zmogljivosti, Mozilla razmišlja o ohranitvi podpore za izvajanje strani v ozadju.
- Nov granularni model zahteve za dovoljenje - dodatka ne bo mogoče aktivirati za vse strani hkrati (dovoljenje “all_urls” je odstranjeno), ampak bo deloval samo v kontekstu aktivnega zavihka, tj. uporabnik bo moral potrditi, da dodatek deluje za vsako spletno mesto. Mozilla raziskuje načine za izboljšanje nadzora dostopa, ne da bi nenehno motila uporabnika.
- Sprememba pri obravnavanju zahtev navzkrižnega izvora – v skladu z novim manifestom bodo za skripte za obdelavo vsebine veljale enake omejitve dovoljenj kot za glavno stran, v katero so ti skripti vdelani (na primer, če stran nima dostopa do API za lokacijo, potem tudi dodatki skriptov ne bodo prejeli tega dostopa). Sprememba naj bi bila izvedena v Firefoxu.
- Prepoved izvajanja kode, naložene z zunanjih strežnikov (govorimo o situacijah, ko dodatek naloži in izvaja zunanjo kodo). Firefox že uporablja zunanje blokiranje kode in Mozillini razvijalci so pripravljeni okrepiti to zaščito z uporabo dodatnih tehnik sledenja prenosu kode, ki so na voljo v tretji različici manifesta.
Vir: opennet.ru