{"id":100307,"date":"2021-05-28T16:22:45","date_gmt":"2021-05-28T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome"},"modified":"2021-05-28T16:22:45","modified_gmt":"2021-05-28T14:22:45","slug":"mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla podsumowa\u0142a plany dotycz\u0105ce wsparcia w Firefox trzeciej wersji manifestu Chrome","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Firma Mozilla opublikowa\u0142a plan wdro\u017cenia w Firefox trzeciej wersji manifestu Chrome, definiuj\u0105cego mo\u017cliwo\u015bci i zasoby dost\u0119pne dla rozszerze\u0144. Trzecia wersja manifestu zosta\u0142a skrytykowana za zak\u0142\u00f3canie dzia\u0142ania wielu rozszerze\u0144 do blokowania niepo\u017c\u0105danego kontentu i zapewniania bezpiecze\u0144stwa. <\/p>\n
W Firefox zamierzaj\u0105 wdro\u017cy\u0107 prawie wszystkie mo\u017cliwo\u015bci i ograniczenia nowego manifestu, w tym deklaratywne API do filtrowania tre\u015bci (declarativeNetRequest), jednak w przeciwie\u0144stwie do Chrome w Firefox nie zako\u0144czy si\u0119 wsparcie dla starego trybu blokowania API webRequest, przynajmniej dop\u00f3ki nowe API nie spe\u0142ni w pe\u0142ni potrzeb deweloper\u00f3w korzystaj\u0105cych z API webRequest. Takie podej\u015bcie umo\u017cliwi zapewnienie zgodno\u015bci z rozszerzeniami Chrome bez naruszania kompatybilno\u015bci z rozszerzeniami opartymi na API webRequest. <\/p>\n
Przypomnijmy, \u017ce g\u0142\u00f3wne niezadowolenie z nowego manifestu wynika z przej\u015bcia API webRequest w tryb tylko do odczytu, co uniemo\u017cliwia pod\u0142\u0105czanie w\u0142asnych handler\u00f3w maj\u0105cych pe\u0142en dost\u0119p do zapyta\u0144 sieciowych i zdolnych do modyfikacji ruchu w locie. Wspomniane API wykorzystywane jest w uBlock Origin i wielu innych rozszerzeniach do blokowania niepo\u017c\u0105danego kontentu i zapewniania bezpiecze\u0144stwa. Zamiast API webRequest zaproponowano API declarativeNetRequest, ograniczone w swoich mo\u017cliwo\u015bciach, kt\u00f3re udost\u0119pnia dost\u0119p do wbudowanego silnika filtrowania, samodzielnie przetwarzaj\u0105cego zasady blokowania, nie pozwalaj\u0105cego na korzystanie z w\u0142asnych algorytm\u00f3w filtrowania oraz nieumo\u017cliwiaj\u0105cego definiowania z\u0142o\u017conych zasad, kt\u00f3re si\u0119 wzajemnie pokrywaj\u0105 w zale\u017cno\u015bci od warunk\u00f3w. <\/p>\n
W Firefox planowane jest udost\u0119pnienie wsparcia dla trzeciej wersji manifestu Chrome do test\u00f3w pod koniec 2021 roku, a wdro\u017cenie nowego manifestu przewidziano na pocz\u0105tku 2022 roku. W\u015br\u00f3d cech realizacji nowego manifestu w Firefox wyr\u00f3\u017cnia si\u0119: <\/p>\n
\n
Udzielenie API declarativeNetRequest, ale z zachowaniem mo\u017cliwo\u015bci korzystania ze starego API webRequest.\n
Zmiana obs\u0142ugi \u017c\u0105da\u0144 Cross-origin \u2014 zgodnie z nowym manifestem, do skrypt\u00f3w przetwarzania tre\u015bci b\u0119d\u0105 mia\u0142y zastosowanie te same ograniczenia uprawnie\u0144, co do g\u0142\u00f3wnej strony, w kt\u00f3r\u0105 te skrypty s\u0105 osadzone (na przyk\u0142ad, je\u015bli strona nie ma dost\u0119pu do API definiuj\u0105cego lokalizacj\u0119, to i skrypt dodatku r\u00f3wnie\u017c nie uzyska tego dost\u0119pu). Cz\u0119\u015b\u0107 zwi\u0105zanych z ograniczeniami \u017c\u0105da\u0144 cross-origin zmian jest ju\u017c dost\u0119pna do testowania w nocnych wersjach Firefox (jest rozwijana w ramach projektu Fission, kt\u00f3ry mo\u017cna w\u0142\u0105czy\u0107 w about:preferences#experimental) i planowane jest do powszechnego wdro\u017cenia w trzecim kwartale 2021 roku.\n
Strony w tle zostan\u0105 zast\u0105pione przez Service workers, dzia\u0142aj\u0105ce w formie proces\u00f3w w tle. Zmiana ta nie jest jeszcze gotowa do rozpocz\u0119cia test\u00f3w.\n
API oparte na Promise. Firefox ju\u017c wspiera ten typ API w przestrzeni nazw \u201ebrowser.*\u201d i w trzeciej wersji manifestu przeniesie go do przestrzeni nazw \u201echrome.*\u201d.\n
Nowy granulowany model \u017c\u0105dania uprawnie\u0144 \u2014 dodatek nie b\u0119dzie m\u00f3g\u0142 aktywowa\u0107 si\u0119 od razu dla wszystkich stron (usuni\u0119to uprawnienie \u201eall_urls\u201d), a b\u0119dzie dzia\u0142a\u0142 tylko w kontek\u015bcie aktywnej karty, tzn. u\u017cytkownik b\u0119dzie musia\u0142 potwierdzi\u0107 dzia\u0142anie dodatku dla ka\u017cdej strony. Firma Mozilla pracuje nad wzmocnieniem kontroli dost\u0119pu, ale zamierza umo\u017cliwi\u0107 u\u017cytkownikom podejmowanie decyzji, czy pozwala\u0107 dodatkom na dzia\u0142anie z r\u00f3\u017cnymi kartami.\n