Eelmises artiklis rääkisime uuest Javascripti mootorist milles Mozilla inimesed on töötanud järgmise Firefox 70 versiooni nimel, mis saabub järgmise aasta oktoobris (märkust saate lugeda järgmine link). Selles artiklis räägime Mozilla teadaandest Veebilaiendite API-l põhinevate Firefoxi lisandmoodulite kasutamise kohta milles Mozilla arendajad oma positsiooni teatavaks tegid kus Nad ei kavatse täielikult järgida Chrome'i lisandmooduli manifesti eelseisvat kolmandat väljaannet.
Sellega teevad nad teatavaks, et eriti Firefox toetab jätkuvalt webRequesti API blokeerimisrežiimi, mis võimaldab teil aktsepteeritud sisu muuta käigu pealt ja on nõudlik reklaamiblokeerijates ja sisu filtreerimissüsteemides.
WebExtensions API-le ülemineku põhiidee oli Firefoxi ja Chrome'i pistikprogrammide arendustehnoloogia ühtlustamine, seetõttu ühildub Firefox praegusel kujul peaaegu 100% Chrome'i manifesti praeguse teise versiooniga.
Manifest määratleb pakutavate funktsioonide ja ressursside loendi täienduste jaoks. Piiravate meetmete kasutuselevõtu tõttu, mida larendajad pistikprogrammid manifesti kolmandas versioonis, Mozilla loobub manifestist täieliku järgimise praktikast ega edasta muudatusi Firefoxi mis rikuvad pistikprogrammide ühilduvust.
Pidage meeles, et kõigist vastuväidetest hoolimata kavatseb Google katkestada Chrome'i toetamise režiimis, mis blokeerib WebRequesti API-režiimi, piirdudes selle ainult lugemisrežiimiga ja pakkudes uusi deklaratiivse sisu filtreerimise funktsioone deklaratiivse NetRequesti API-s.
Kui webRequest API võimaldas teil ühendada oma kontrollerid, kellel on täielik juurdepääs võrgutaotlustele ja mis on võimelised muutma liiklust käigu pealt, pakub uus deklaratiivne NetRequest API juurdepääsu kastivälisele universaalsele sisseehitatud filtreerimismootorile, mis töötleb iseseisvalt blokeerimise reeglid, ei luba kasutada omaenda filtreerimisalgoritme ega luba keerulistel reeglitel tingimustest lähtuvalt üksteist kattuda.
Samuti hindab Mozilla Firefoxi teisaldamise mugavust, et toetada mõningaid muid muudatusi. Chrome'i manifesti kolmandast versioonist, mis rikub pistikprogrammi tuge:
- La üleminek teenindustöötajate hukkamisele taustaprotsesside kujul nõuab see seda, et arendajad muudaksid mõne täienduse koodi.
Kuigi uus meetod on jõudluse osas optimaalsem, kaalub Mozilla taustalehtede käitamise toetuse säilitamist. - Uus üksikasjalik loataotluse mudel: pistikprogrammi ei saa kõigi lehtede jaoks kohe aktiveerida (luba "all_urls" eemaldatakse), kuid see töötab ainult aktiivse vahelehe kontekstis, st kasutaja peab kinnitama pistikprogrammi töö iga saidi jaoks. Selles segmendis uurib Mozilla võimalusi juurdepääsu kontrollimise tugevdamiseks, ilma et kasutaja pidevalt häiriks.
- Päritoluülese taotluse töötlemise muutus: Uue manifesti kohaselt kehtivad sisutöötlusskriptide suhtes samad volituspiirangud kui põhilehele, kuhu need skriptid on sisestatud (näiteks kui lehel pole juurdepääsu asukoha API-le, siis skripti pistikprogrammid ei saa ka see juurdepääs). Muudatus on kavas rakendada Firefoxis.
- Välistest serveritest alla laaditud koodi käivitamise keeld (Me räägime olukordadest, kus pistikprogramm laadib ja täidab välist koodi). Firefox kasutab juba välist koodiblokeerimist ja Mozilla arendajad rakendavad seda kaitset hea meelega, kasutades manifesti kolmandas versioonis pakutavaid täiendavaid koodide allalaadimise jälgimistehnikaid.
allikas: https://blog.mozilla.org