{"id":105614,"date":"2022-11-18T03:36:41","date_gmt":"2022-11-18T01:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome"},"modified":"2022-11-18T03:36:41","modified_gmt":"2022-11-18T01:36:42","slug":"mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla zacznie akceptowa\u0107 dodatki oparte na trzeciej wersji manifestu Chrome","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
21 listopada katalog AMO (addons.mozilla.org) zacznie akceptowa\u0107 i weryfikowa\u0107 cyfrowym podpisem dodatki korzystaj\u0105ce z trzeciej wersji manifestu Chrome. Wskazane dodatki b\u0119dzie mo\u017cna testowa\u0107 w nocnych wersjach Firefox. W stabilnych wydaniach wsparcie dla trzeciej wersji manifestu zostanie wprowadzone w Firefox 109, planowanym na 17 stycznia 2023 roku. Wsparcie dla drugiej wersji manifestu zostanie zachowane w przewidywalnej przysz\u0142o\u015bci, jednak pod koniec 2023 roku, po ocenie dynamiki migracji dodatk\u00f3w do trzeciej wersji manifestu, zostanie podj\u0119ta decyzja o mo\u017cliwo\u015bci uznania wsparcia dla drugiej wersji manifestu za przestarza\u0142e. <\/p>\n
Manifest Chrome definiuje mo\u017cliwo\u015bci i zasoby dost\u0119pne dla dodatk\u00f3w napisanych z u\u017cyciem API WebExtensions. Pocz\u0105wszy od wersji 57 Firefox ca\u0142kowicie przeszed\u0142 na korzystanie z API WebExtensions do tworzenia dodatk\u00f3w i zako\u0144czy\u0142 wsparcie dla technologii XUL. Przej\u015bcie na WebExtensions umo\u017cliwi\u0142o ujednolicenie rozwoju dodatk\u00f3w z platformami Chrome, Opera, Safari i Edge, upro\u015bci\u0142o portowanie dodatk\u00f3w pomi\u0119dzy r\u00f3\u017cnymi przegl\u0105darkami internetowymi oraz da\u0142o mo\u017cliwo\u015b\u0107 pe\u0142nego wykorzystania trybu wieloprocesowego (dodatki WebExtensions mog\u0105 dzia\u0142a\u0107 w osobnych procesach, izolowanych od innych cz\u0119\u015bci przegl\u0105darki). Aby ujednolici\u0107 rozw\u00f3j dodatk\u00f3w z innymi przegl\u0105darkami, Firefox zapewnia prawie pe\u0142n\u0105 zgodno\u015b\u0107 z drug\u0105 wersj\u0105 manifestu Chrome. <\/p>\n
Obecnie w Chrome trwaj\u0105 prace nad przej\u015bciem na trzeci\u0105 wersj\u0119 manifestu, a wsparcie dla drugiej wersji zostanie zako\u0144czone w styczniu 2024 roku. G\u0142\u00f3wnym celem wprowadzonych w nowej wersji zmian jest uproszczenie tworzenia bezpiecznych i wydajnych dodatk\u00f3w oraz utrudnienie mo\u017cliwo\u015bci tworzenia niebezpiecznych i wolnych dodatk\u00f3w. Poniewa\u017c trzecia wersja manifestu by\u0142a obiektem krytyki i doprowadzi do zak\u0142\u00f3ce\u0144 w dzia\u0142aniu wielu dodatk\u00f3w do blokowania niechcianej zawarto\u015bci i zapewnienia bezpiecze\u0144stwa, firma Mozilla postanowi\u0142a zrezygnowa\u0107 z zapewnienia pe\u0142nej zgodno\u015bci z manifestem w Firefox i wdro\u017cy\u0107 niekt\u00f3re zmiany w inny spos\u00f3b. <\/p>\n
G\u0142\u00f3wne zastrze\u017cenie dotycz\u0105ce trzeciej wersji manifestu wi\u0105\u017ce si\u0119 z przeniesieniem API webRequest w tryb tylko do odczytu, co uniemo\u017cliwia pod\u0142\u0105czanie w\u0142asnych obs\u0142ug \u017c\u0105dania, kt\u00f3re mia\u0142y pe\u0142ny dost\u0119p do zapyta\u0144 sieciowych i mog\u0142y w czasie rzeczywistym modyfikowa\u0107 ruch. Wspomniane API jest stosowane w uBlock Origin oraz wielu innych rozszerzeniach s\u0142u\u017c\u0105cych do blokowania niechcianych tre\u015bci i zapewnienia bezpiecze\u0144stwa. Zamiast API webRequest w trzeciej wersji manifestu zaproponowano ograniczone API declarativeNetRequest, kt\u00f3re zapewnia dost\u0119p do wbudowanego silnika filtrowania, samodzielnie przetwarzaj\u0105cego zasady blokowania, nie pozwalaj\u0105cego na stosowanie w\u0142asnych algorytm\u00f3w filtrowania i nie umo\u017cliwiaj\u0105cego definiowania skomplikowanych zasad, kt\u00f3re wzajemnie si\u0119 nak\u0142adaj\u0105 w zale\u017cno\u015bci od warunk\u00f3w. <\/p>\n
W\u015br\u00f3d cech realizacji nowego manifestu w Firefox: <\/p>\n
\n
Dodano nowe deklaratywne API filtrowania tre\u015bci, ale w przeciwie\u0144stwie do Chrome, nie wstrzymano wsparcia dla starego blokuj\u0105cego trybu pracy API webRequest.\n
W manife\u015bcie zdefiniowano zast\u0105pienie stron w tle wersj\u0105 Service Workers, dzia\u0142aj\u0105c\u0105 w formie proces\u00f3w w tle (Background Service Workers). Aby zapewni\u0107 kompatybilno\u015b\u0107 w przysz\u0142o\u015bci, w Firefox zostanie zaimplementowane wsparcie dla Service Workers, ale w chwili obecnej zamiast nich zaproponowano nowy mechanizm Event Pages, kt\u00f3ry jest bardziej znany dla deweloper\u00f3w webowych, nie wymaga ca\u0142kowitego przekszta\u0142cenia rozszerze\u0144 i eliminuje ograniczenia zwi\u0105zane z u\u017cywaniem Service Workers. Event Pages umo\u017cliwi dostosowanie istniej\u0105cych rozszerze\u0144 z stronami w tle do wymaga\u0144 trzeciej wersji manifestu, zachowuj\u0105c jednocze\u015bnie dost\u0119p do wszystkich funkcji niezb\u0119dnych do pracy z DOM. <\/li>\n
Nowy model granularnego \u017c\u0105dania uprawnie\u0144 \u2014 rozszerzenie nie b\u0119dzie mog\u0142o aktywowa\u0107 si\u0119 od razu na wszystkich stronach (usuni\u0119to uprawnienie \u201eall_urls\u201d), a b\u0119dzie dzia\u0142a\u0107 tylko w kontek\u015bcie aktywnej karty, tzn. u\u017cytkownik b\u0119dzie musia\u0142 potwierdzi\u0107 dzia\u0142anie rozszerzenia dla ka\u017cdej strony. W Fir\u0435fox wszystkie \u017c\u0105dania do danych strony b\u0119d\u0105 traktowane jako opcjonalne, a ostateczn\u0105 decyzj\u0119 o przyznaniu dost\u0119pu podejmie u\u017cytkownik, kt\u00f3ry b\u0119dzie m\u00f3g\u0142 wybi\u00f3rczo decydowa\u0107, kt\u00f3remu rozszerzeniu udzieli\u0107 dost\u0119pu do swoich danych na danej stronie.\n
W interfejsie dodano nowy przycisk \u201eUnified Extensions\u201d do zarz\u0105dzania uprawnieniami, kt\u00f3ry mo\u017cna ju\u017c testowa\u0107 w nocnych kompilacjach Firefox. Przycisk ten zapewnia narz\u0119dzia do bezpo\u015bredniego zarz\u0105dzania tym, do jakich stron ma dost\u0119p ka\u017cde rozszerzenie \u2014 u\u017cytkownik mo\u017ce udzieli\u0107 i cofn\u0105\u0107 dost\u0119p rozszerzenia do dowolnej strony. Zarz\u0105dzanie uprawnieniami dotyczy tylko rozszerze\u0144 opartych na trzeciej wersji manifestu, a w przypadku rozszerze\u0144 na drugiej wersji manifestu nie ma granularnego zarz\u0105dzania dost\u0119pem do stron.
<\/center> <\/li>\n
Zmiana w obs\u0142udze zapyta\u0144 Cross-origin \u2014 zgodnie z nowym manifestem te same ograniczenia uprawnie\u0144, kt\u00f3re dotycz\u0105 g\u0142\u00f3wnej strony, b\u0119d\u0105 teraz obowi\u0105zywa\u0107 r\u00f3wnie\u017c dla skrypt\u00f3w do przetwarzania tre\u015bci, kt\u00f3re s\u0105 w ni\u0105 wbudowywane (na przyk\u0142ad, je\u015bli strona nie ma dost\u0119pu do API okre\u015blania lokalizacji, to r\u00f3wnie\u017c skrypt rozszerzenia nie uzyska tego dost\u0119pu). Ta zmiana jest ju\u017c w pe\u0142ni wdro\u017cona w Firefox. <\/li>\n
API oparte na Promise. Firefox obs\u0142uguje to API i w przypadku trzeciej wersji manifestu przeniesie je do przestrzeni nazw \u201echrome.*\u201d. <\/li>\n
![\"Mozilla](\"\/wp-content\/uploads\/2022\/11\/62422c3bf8021866caee67b47e642d5c.jpg\")
<\/center> <\/li>\n