Raymond Hill, autor systemu blokowania niechcianych treści uBlock Origin, opisał sytuację w projekcie związaną z nadchodzącym końcem drugiej wersji manifestu Chrome, określającego możliwości i zasoby dostępne dla rozszerzeń napisanych przy użyciu API WebExtensions. Użytkownicy uBlock Origin i innych rozszerzeń, które nie wspierają trzeciej wersji manifestu, w Chrome 127 na stronie rozszerzeń („chrome://extensions/”) zaczęli otrzymywać ostrzeżenie o zbliżającym się zakończeniu wsparcia dla rozszerzenia oraz konieczności poszukiwania alternatywy. Całkowite wyłączenie wsparcia dla drugiej wersji manifestu Chrome planowane jest na koniec roku.
Projekt uBlock Origin opracował nowe rozszerzenie uBlock Origin Lite (uBOL), które jest wariantem uBlock Origin, przetłumaczonym na protokół API deklaratywnego z trzeciej wersji manifestu, dającego dostęp do wbudowanego w przeglądarkę silnika filtracji treści. Nowe API jest mniej funkcjonalne niż API webRequest, które w trzeciej wersji manifestu zostało przestawione w tryb tylko do odczytu. Z powodu ograniczeń nowego API, które samodzielnie przetwarza zasady blokowania i nie pozwala na użycie własnych algorytmów filtracji, w uBlock Origin Lite zrealizowano jedynie część funkcjonalności uBlock Origin.
Projekty uBlock Origin Lite i uBlock Origin są zbyt różne, aby jedno rozszerzenie mogło zastąpić drugie w katalogu Chrome Web Store oraz aby zapewnić automatyczne przejście z uBlock Origin na uBlock Origin Lite w systemach, które nie wspierają drugiej wersji manifestu. Użytkownikowi proponuje się samodzielne podjęcie decyzji, czy przejść na uBlock Origin Lite, czy wybrać inne rozszerzenie do blokowania reklam. Mimo braku wsparcia dla drugiej wersji manifestu w Chrome, twórcy nie zamierzają zaprzestać prac nad starym uBlock Origin, ponieważ w Firefox i niektórych innych przeglądarkach wciąż istnieje wsparcie dla pełnoprawnego API webRequest.
Wśród najbardziej zauważalnych różnic między uBlock Origin Lite a uBlock Origin jest brak wsparcia w podstawowym trybie pracy dla kosmetycznych filtrów do zamiany treści na stronie ("##"), wstawiania skryptów na strony ("##+js"), filtrów do przekierowywania zapytań ("redirect="), filtrów nagłówków CSP (Content Security Policy) oraz filtrów do usuwania parametrów zapytań ("removeparam="). Aby włączyć te możliwości, konieczne jest wyraźne przyznanie rozszerzeniu zaawansowanych uprawnień do zmiany i odczytywania danych strony.
Wśród funkcji, które nie mogły być przeniesione do uBlock Origin Lite, wymienione są dynamiczne filtry treści i URL, filtry nagłówków HTTP, narzędzia do wyłączania skryptów, czcionek i multimediów dużych rozmiarów związane z konkretnymi stronami, wiele opcji filtrów (strict1p, strict3p, domain, redirect-rule, removeparam) oraz ochrona przed manipulacjami z DNS w celu obejścia blokad.
Ogólnie rzecz biorąc, uBlock Origin Lite uznawany jest za mniej skuteczny w pracy z witrynami, które używają metod przeciwdziałania blokatorom reklam lub stosują skrypty minimalizujące zakłócenia, ponieważ wiele filtrów dla takich stron nie może być przekształconych w reguły dla API declarativeNetRequest. Jeśli chodzi o wydajność, uBlock Origin Lite zajmuje nieco mniej zasobów CPU i pamięci niż uBlock Origin, ale prowadzi do ładowania nieco większej ilości danych podczas otwierania stron (na poniższych wykresach "ad blocker adblox" to przemianowany uBlock Origin Lite).
Źródło: opennet.ru
