Ankstesniame straipsnyje mes kalbėjome apie naują „Javascript“ variklį kurioje „Mozilla“ žmonės dirbo dėl naujos „Firefox 70“ versijos, kuri bus pristatyta kitą spalio mėnesį (pastabą galite perskaityti kita nuoroda). Šiame straipsnyje kalbėsime apie „Mozilla“ paskelbtą pranešimą apie „Firefox“ priedų naudojimą remiantis „WebExtensions“ API kurioje „Mozilla“ kūrėjai paskelbė savo poziciją kuriame Jie neketina visiškai sekti būsimo trečiojo „Chrome“ priedų manifesto leidimo.
Tai jie praneša, kad ypač „Firefox“ ir toliau palaikys „webRequest“ API blokavimo režimą, kuris leidžia jums keisti priimtą turinį skriejant ir yra paklausus skelbimų blokatoriuose ir turinio filtravimo sistemose.
Pagrindinė perėjimo prie „WebExtensions API“ idėja buvo „Firefox“ ir „Chrome“ įskiepių kūrimo technologijos suvienodinimas, todėl dabartine „Firefox“ yra beveik 100% suderinama su dabartine antrąja „Chrome“ manifesto versija.
Apraše apibrėžiamas teikiamų funkcijų ir išteklių sąrašas už papildymus. Dėl ribojančių priemonių įvedimo neigiamai suvokė lkūrėjai papildiniai trečiojoje manifesto versijoje, „Mozilla“ atsisakys praktikos visiškai laikytis manifesto ir neperkels pakeitimų į „Firefox“ kurie pažeidžia papildinių suderinamumą.
Nepamirškite, kad, nepaisant visų prieštaravimų, „Google“ planuoja nutraukti „Chrome“ palaikymą režimu, kuris blokuoja „WebRequest“ API režimą, apribodamas jį tik skaitymo režimu ir siūlydamas naujas deklaratyvaus turinio filtravimo „deklarativeNetRequest“ API funkcijas.
Jei „webRequest“ API leido jums prijungti savo valdiklius, turinčius visišką prieigą prie tinklo užklausų ir galinčius modifikuoti srautą skriejant, naujoji deklaratyvi „NetRequest“ API suteikia prieigą prie universalaus įmontuoto filtravimo variklio, kuris savarankiškai apdoroja blokavimo taisyklės, neleidžia naudoti savo filtravimo algoritmų ir neleidžia sudėtingoms taisyklėms sutapti, remiantis sąlygomis.
„Mozilla“ taip pat vertina perkėlimo į „Firefox“ patogumą ir palaiko kai kuriuos kitus pakeitimus. iš trečiosios „Chrome“ aprašo versijos, kuri pažeidžia papildinių palaikymą:
- La perėjimas prie paslaugų darbuotojų egzekucijos foninių procesų forma reikės, kad kūrėjai pakeistų kai kurių papildymų kodą.
Nors naujasis metodas yra optimalesnis našumo atžvilgiu, „Mozilla“ svarsto galimybę palaikyti foninių puslapių paleidimą. - Naujas detalus leidimo užklausos modelis: įskiepio negalima iškart suaktyvinti visuose puslapiuose („all_urls“ leidimas pašalinamas), tačiau jis veiks tik aktyviojo skirtuko kontekste, ty vartotojas turės patvirtinti kiekvienos svetainės įskiepių darbą. Šiame segmente „Mozilla“ tiria būdus, kaip sustiprinti prieigos kontrolę, nuolat neblaškant vartotojo dėmesio.
- Kryžminio prašymo apdorojimo pokytis: Pagal naująjį manifestą turinio apdorojimo scenarijams bus taikomi tie patys autorizacijos apribojimai kaip ir pagrindiniam puslapiui, į kurį šie scenarijai įterpiami (pavyzdžiui, jei puslapis neturi prieigos prie vietos API, scenarijų papildiniai nebus gauti šią prieigą). Pakeitimą planuojama įgyvendinti „Firefox“.
- Draudimas vykdyti kodą, atsisiųstą iš išorinių serverių (Mes kalbame apie situacijas, kai papildinys įkelia ir vykdo išorinį kodą). „Firefox“ jau naudoja išorinį kodų blokavimą, o „Mozilla“ kūrėjai mielai taiko šią apsaugą naudodami papildomus kodo atsisiuntimo stebėjimo metodus, siūlomus trečiojoje manifesto versijoje.
Fuente: https://blog.mozilla.org