{"id":52212,"date":"2019-11-03T00:00:00","date_gmt":"2019-11-02T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin"},"modified":"2020-02-18T13:59:53","modified_gmt":"2020-02-18T10:59:53","slug":"v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","title":{"rendered":"W Chrome rozpocz\u0119to testy trzeciej wersji manife\u015bcie, kt\u00f3ra jest niekompatybilna z uBlock Origin.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Firma Google rozpocz\u0119\u0142o testowanie<\/a><\/noindex> trzeciej wersji manifestu Chrome, naruszaj\u0105cej<\/a><\/noindex> dzia\u0142anie<\/a><\/noindex> wielu dodatk\u00f3w do blokowania niechcianych tre\u015bci oraz zapewnienia bezpiecze\u0144stwa. Wsparcie dla nowego manifestu, kt\u00f3ry okre\u015bla mo\u017cliwo\u015bci i zasoby udost\u0119pniane dodatkom, zosta\u0142o dodane do eksperymentalnych wersji Chrome Canary<\/a><\/noindex>.
\nNowy manifest zosta\u0142 opracowany w ramach inicjatywy<\/a><\/noindex> wzmocnienia bezpiecze\u0144stwa, prywatno\u015bci i wydajno\u015bci dodatk\u00f3w (g\u0142\u00f3wnym celem jest uproszczenie tworzenia bezpiecznych i wydajnych dodatk\u00f3w oraz utrudnienie tworzenia niebezpiecznych i wolnych dodatk\u00f3w).<\/p>\n

Manifest znajduje si\u0119 jeszcze w fazie wczesnego testowania alfa, nie jest ostateczny i zosta\u0142 dodany, aby da\u0107 deweloperom mo\u017cliwo\u015b\u0107 eksperymentowania i dostosowywania swoich dodatk\u00f3w.
\nAktywacja nowego manifestu przewidziana jest na przysz\u0142y rok. Czas zako\u0144czenia wsparcia dla drugiej wersji manifestu nie jest jeszcze okre\u015blony.
\n Aby upro\u015bci\u0107 migracj\u0119 dodatk\u00f3w do nowego manifestu, przygotowano list\u0119 kontroln\u0105<\/a><\/noindex>, zawieraj\u0105c\u0105 zmiany, na kt\u00f3re powinni zwr\u00f3ci\u0107 uwag\u0119 deweloperzy dodatk\u00f3w.<\/p>\n

Przypomnijmy, \u017ce g\u0142\u00f3wne<\/a><\/noindex> niedogodno\u015bci<\/a><\/noindex> nowym<\/a><\/noindex> manifestem<\/a><\/noindex> zwi\u0105zanym z zaprzestaniem wsparcia dla blokuj\u0105cego trybu pracy API webRequest, kt\u00f3re b\u0119dzie ograniczone do trybu tylko do odczytu. Wyj\u0105tek zostanie zrobiony jedynie dla edycji Chrome dla przedsi\u0119biorstw (Chrome for Enterprise), w kt\u00f3rych wsparcie dla API webRequest zostanie zachowane. Firma Mozilla zdecydowa\u0142a si\u0119 nie pod\u0105\u017ca\u0107 za nowym manifestem i zachowa\u0107 w Firefoxie mo\u017cliwo\u015b\u0107 pe\u0142nego wykorzystania API webRequest.<\/p>\n

Zamiast API webRequest do filtrowania tre\u015bci w nowym manifestie zaproponowano deklaratywne API declarativeNetRequest<\/a><\/noindex>. Je\u015bli API webRequest pozwala\u0142o na pod\u0142\u0105czanie w\u0142asnych handler\u00f3w, kt\u00f3re mia\u0142y pe\u0142ny dost\u0119p do zapyta\u0144 sieciowych i mog\u0142y w czasie rzeczywistym modyfikowa\u0107 ruch, nowy API declarativeNetRequest oferuje dost\u0119p do gotowego uniwersalnego wbudowanego silnika do filtrowania, kt\u00f3ry samodzielnie przetwarza zasady blokady, nie pozwalaj\u0105c na u\u017cywanie w\u0142asnych algorytm\u00f3w filtrowania ani na definiowanie skomplikowanych zasad, kt\u00f3re wzajemnie si\u0119 wykluczaj\u0105 w zale\u017cno\u015bci od warunk\u00f3w. <\/p>\n

W nowym manife\u015bcie wprowadzono r\u00f3wnie\u017c inne zmiany, kt\u00f3re wp\u0142ywaj\u0105 na zgodno\u015b\u0107 z dodatkami. W\u015br\u00f3d nich s\u0105:<\/p>\n