Raymond Hill, autor systemu blokowania niechcianych tre\u015bci uBlock Origin, opublikowa\u0142 eksperymentalne rozszerzenie przegl\u0105darki uBO Minus z implementacj\u0105 wersji uBlock Origin, przet\u0142umaczonej na API declarativeNetRequest, kt\u00f3rego zastosowanie jest wymagane w trzeciej wersji manifestu Chrome. W przeciwie\u0144stwie do klasycznego uBlock Origin, nowe rozszerzenie wykorzystuje mo\u017cliwo\u015bci wbudowanego w przegl\u0105dark\u0119 silnika do filtrowania tre\u015bci i nie wymaga przy instalacji nadawania uprawnie\u0144 do przechwytywania i zmiany wszystkich danych stron. <\/p>\n
W rozszerzeniu brakuje na razie panelu pop-up oraz stron ustawie\u0144, a funkcjonalno\u015b\u0107 jest ograniczona do blokowania zapyta\u0144 sieciowych. W przypadku dzia\u0142ania bez rozszerzonych uprawnie\u0144 wy\u0142\u0105czone zosta\u0142y takie mo\u017cliwo\u015bci, jak kosmetyczne filtry do zmiany tre\u015bci na stronie («##»), wstawianie skrypt\u00f3w na strony («##+js»), filtry do przekierowywania zapyta\u0144 («redirect=»), filtry nag\u0142\u00f3wk\u00f3w CSP (Content Security Policy) oraz filtry do usuwania parametr\u00f3w zapyta\u0144 («removeparam=»). W pozosta\u0142ej cz\u0119\u015bci, lista domy\u015blnie proponowanych filtr\u00f3w w pe\u0142ni odpowiada zbiorowi z uBlock Origin i obejmuje oko\u0142o 22 tysi\u0119cy regu\u0142. <\/p>\n
Kilka dni temu zaprezentowana zosta\u0142a r\u00f3wnie\u017c eksperymentalna wersja rozszerzenia do blokowania reklam AdGuard \u2014 AdGuardMV3, kt\u00f3ra zosta\u0142a przet\u0142umaczona na API declarativeNetRequest i mo\u017ce dzia\u0142a\u0107 w przegl\u0105darkach wspieraj\u0105cych tylko trzeci\u0105 wersj\u0119 manifestu Chrome. Prototyp zaproponowany do test\u00f3w zapewnia wszystkie niezb\u0119dne funkcje dla zwyk\u0142ych u\u017cytkownik\u00f3w do blokowania reklam, ale ust\u0119puje rozszerzeniu dla drugiej wersji manifestu pod wzgl\u0119dem rozbudowanych mo\u017cliwo\u015bci, kt\u00f3re mog\u0105 zainteresowa\u0107 bardziej zaawansowanych u\u017cytkownik\u00f3w. <\/p>\n
W nowym AdGuard nadal b\u0119d\u0105 dzia\u0142a\u0107 funkcje ukrywania banner\u00f3w, wid\u017cet\u00f3w medi\u00f3w spo\u0142eczno\u015bciowych oraz irytuj\u0105cych element\u00f3w, blokowanie reklam na platformach wideo takich jak YouTube oraz proaktywne blokowanie zapyta\u0144 zwi\u0105zanych z \u015bledzeniem ruchu. Ograniczenia obejmuj\u0105 migotanie reklamowych wstawek spowodowane op\u00f3\u017anieniem w zastosowaniu regu\u0142 kosmetycznych wynosz\u0105cym 1,5-2 sekundy, utrat\u0119 niekt\u00f3rych mo\u017cliwo\u015bci zwi\u0105zanych z filtrowaniem plik\u00f3w cookie, stosowaniem wyra\u017ce\u0144 regularnych oraz filtrowaniem parametr\u00f3w zapyta\u0144 (nowe API udost\u0119pnia uproszczone wyra\u017cenia regularne), a tak\u017ce dost\u0119pno\u015b\u0107 statystyk i rejestr\u00f3w aktywacji filtr\u00f3w tylko w trybie dewelopera (Developer Mode). <\/p>\n
Wspomniano r\u00f3wnie\u017c o mo\u017cliwo\u015bci skr\u00f3cenia liczby regu\u0142 z powodu ogranicze\u0144 wprowadzonych w trzeciej wersji manifestu. Je\u015bli w przegl\u0105darce zainstalowane jest jedno rozszerzenie korzystaj\u0105ce z declarativeNetRequest, nie ma problem\u00f3w z regu\u0142ami statycznymi, poniewa\u017c obowi\u0105zuje og\u00f3lny limit dla wszystkich rozszerze\u0144 wynosz\u0105cy 330 tysi\u0119cy regu\u0142. Gdy jest zainstalowanych kilka rozszerze\u0144, stosowany jest limit wynosz\u0105cy 30 tysi\u0119cy regu\u0142, co mo\u017ce by\u0107 niewystarczaj\u0105ce. Dla regu\u0142 dynamicznych wprowadzono limit w wysoko\u015bci 5000 regu\u0142, a dla wyra\u017ce\u0144 regularnych - 1000 regu\u0142. <\/p>\n
Od stycznia 2023 roku w przegl\u0105darce Chrome planowane jest zaprzestanie wsparcia dla drugiej wersji manifestu oraz uczynienie trzeciej wersji obowi\u0105zkow\u0105 dla wszystkich rozszerze\u0144. Pocz\u0105tkowo trzecia wersja manifestu zosta\u0142a skrytykowana z powodu zak\u0142\u00f3ce\u0144 w dzia\u0142aniu wielu rozszerze\u0144 blokuj\u0105cych niepo\u017c\u0105dane tre\u015bci i zapewniaj\u0105cych bezpiecze\u0144stwo. Manifest Chrome okre\u015bla mo\u017cliwo\u015bci i zasoby udost\u0119pniane rozszerzeniom. Trzecia wersja manifestu zosta\u0142a opracowana w ramach inicjatywy maj\u0105cej na celu wzmocnienie bezpiecze\u0144stwa, prywatno\u015bci i wydajno\u015bci rozszerze\u0144. G\u0142\u00f3wnym celem wprowadzonych zmian jest uproszczenie tworzenia bezpiecznych i wydajnych rozszerze\u0144 oraz utrudnienie mo\u017cliwo\u015bci tworzenia niebezpiecznych i wolnych rozszerze\u0144. <\/p>\n
G\u0142\u00f3wne niezadowolenie z trzeciej wersji manifestu dotyczy prze\u0142\u0105czenia API webRequest w tryb tylko do odczytu, kt\u00f3ry pozwala\u0142 na pod\u0142\u0105czanie w\u0142asnych obs\u0142ugiwaczy maj\u0105cych pe\u0142ny dost\u0119p do \u017c\u0105da\u0144 sieciowych i umo\u017cliwiaj\u0105cych modyfikacj\u0119 ruchu w locie. Wspomniane API jest wykorzystywane w uBlock Origin, AdGuard i wielu innych dodatkach do blokowania niechcianych tre\u015bci oraz zapewnienia bezpiecze\u0144stwa. Zamiast API webRequest w trzeciej wersji manifestu zaproponowano ograniczone w swoich mo\u017cliwo\u015bciach API declarativeNetRequest, kt\u00f3re zapewnia dost\u0119p do wbudowanego silnika filtrowania, samodzielnie przetwarzaj\u0105cego zasady blokowania, nie zezwalaj\u0105cego na u\u017cywanie w\u0142asnych algorytm\u00f3w filtrowania i nie pozwalaj\u0105cego na definiowanie z\u0142o\u017conych, wzajemnie si\u0119 pokrywaj\u0105cych zasad w zale\u017cno\u015bci od warunk\u00f3w. <\/p>\n