„Mozilla“ neperkels visų „WebExtensions“ API apribojimų iš naujojo „Chrome“ aprašo

„Mozilla“ kompanija paskelbė, kad nepaisant to, kad Firefox naršyklėje naudojama priedų sistema, pagrįsta WebExtensions API, kūrėjai neketina iki galo sekti būsimo trečiojo „Chrome“ priedų manifesto leidimo. Visų pirma, „Firefox“ ir toliau palaikys API blokavimo režimą. WebRequest, kuri leidžia keisti gaunamą turinį skrydžio metu ir yra paklausi skelbimų blokatoriuose bei turinio filtravimo sistemose.

Pagrindinė perėjimo prie „WebExtensions“ API idėja buvo suvienodinti „Firefox“ ir „Chrome“ priedų kūrimo technologiją, todėl savo dabartine forma „Firefox“ yra beveik 100% suderinama su dabartine antrąja „Chrome“ manifesto versija. Apraše apibrėžiamas priedams teikiamų galimybių ir išteklių sąrašas. Dėl trečiojoje manifesto versijoje įvestų ribojančių priemonių, kurias priedų kūrėjai vertina neigiamai, „Mozilla“ atsisakys praktikos visapusiškai laikytis manifesto ir neperkels „Firefox“ pakeitimų, kurie pažeidžia suderinamumą su priedų kūrėjais. ons.

Prisimink tai несмотря apie visi prieštaravimų, „Google“ ketina nustoti palaikyti webRequest API blokavimo režimą naršyklėje „Chrome“, apriboti jį tik skaitymo režimu ir siūlyti naują deklaruojamą API turinio filtravimui. deklaratyvusNetRequest. Nors „webRequest“ API leido prijungti savo tvarkykles, turinčias visišką prieigą prie tinklo užklausų ir galinčias keisti srautą skrydžio metu, nauja „declarativeNetRequest“ API suteikia prieigą prie paruošto universalaus integruoto filtravimo variklio, kuris savarankiškai apdoroja blokavimo taisykles. , neleidžia naudoti savo filtravimo algoritmų ir neleidžia nustatyti sudėtingų taisyklių, kurios sutampa viena su kita priklausomai nuo sąlygų.

„Mozilla“ taip pat vertina galimybę pereiti prie „Firefox“ palaikymo dėl kai kurių kitų trečiosios „Chrome“ aprašo versijos pakeitimų, kurie pažeidžia suderinamumą su priedais:

  • Perėjimas prie paslaugų darbuotojų vykdomų foninių procesų forma, todėl kūrėjams reikės pakeisti kai kurių priedų kodą. Nors naujasis metodas yra efektyvesnis našumo požiūriu, „Mozilla“ svarsto galimybę išlaikyti foninių puslapių palaikymą.
  • Naujas granuliuoto leidimo užklausos modelis – priedo nebus galima aktyvuoti visiems puslapiams vienu metu (pašalintas leidimas „all_urls“), bet veiks tik aktyvaus skirtuko kontekste, t.y. vartotojas turės patvirtinti, kad priedas veikia kiekvienoje svetainėje. „Mozilla“ ieško būdų, kaip sustiprinti prieigos kontrolę nuolat neblaškant vartotojo dėmesio.
  • Pakeitimas tvarkant kelios kilmės užklausas – pagal naująjį aprašą turinio apdorojimo scenarijai bus taikomi tie patys leidimų apribojimai, kaip ir pagrindiniam puslapiui, kuriame šie scenarijai įterpti (pavyzdžiui, jei puslapis neturi prieigos prie vietos API, tada scenarijaus priedai taip pat negaus šios prieigos). Pakeitimą planuojama įdiegti „Firefox“.
  • Iš išorinių serverių atsisiųsto kodo vykdymo draudimas (kalbame apie situacijas, kai priedas įkeliamas ir vykdomas išorinis kodas). „Firefox“ jau naudoja išorinį kodo blokavimą, o „Mozilla“ kūrėjai nori sustiprinti šią apsaugą naudodami papildomus kodo atsisiuntimo stebėjimo metodus, siūlomus trečiojoje manifesto versijoje.

Šaltinis: opennet.ru

Добавить комментарий