Google rozpoczął testowanie Manifest V3. Czy to będzie koniec uBlock Origin?

Kilka miesięcy temu udostępniliśmy tutaj na blogu nowości na Zamiary Google dotyczące usuwania programów blokujących reklamy z Twojej przeglądarki, this ponieważ zmiany wprowadzone w Manifest V3 Dotyczą głównie rozszerzeń, które mają blokować reklamy w przeglądarce.

Teraz, kilka miesięcy później Google rozpoczął testowanie trzeciej wersji swojego manifestu (Manifest V3), w którym obsługa nowego manifestu, definiuje możliwości i zasoby dostarczane przez wtyczki, ten Manifest V3 został dodany do eksperymentalnych wersji Chrome Canary.

Nowy manifest został opracowany w ramach inicjatywy mającej na celu poprawę bezpieczeństwa, prywatności i wydajności Dodatki (głównym celem jest uproszczenie tworzenia wysokowydajnych i bezpiecznych dodatków oraz skomplikowanie możliwości tworzenia powolnych i niezabezpieczonych dodatków).

Manifest wciąż znajduje się na początkowym etapie testów alfa, Nie jest ostateczna i została dodana, aby dać programistom możliwość rozpoczęcia eksperymentowania i dostosowywania ich wtyczek. Uruchomienie nowego manifestu spodziewane jest w przyszłym roku.

Podczas Koniec wsparcia dla drugiej edycji manifestu nie został jeszcze określony. Aby uprościć migrację wtyczek do nowego manifestu, przygotowano listę kontrolną zawierającą zmiany, które muszą zostać wprowadzone dla twórców wtyczek.

Podobne artykuł:

Google kontynuuje swoje zamiary usunięcia programów blokujących reklamy

Tutaj ważne jest, aby pamiętać, że główne niezadowolenie z nowym manifestem jest związane z ukończeniem podstawki w trybie blokady z interfejsu API webRequest, który będzie ograniczony do trybu tylko do odczytu.

Wyjątek będzie dotyczył tylko wersji Chrome for Enterprise, w którym zostanie utrzymana obsługa interfejsu API webRequest. Mozilla zdecydowała się nie podążać za nowym manifestem i w pełni korzystać z interfejsu API webRequest dla przeglądarki Firefox.

Raymond Hill, główny deweloper uBlock Origin, potępił tę decyzjęe Google. Według tego ostatniego, przejście na declarativeNetRequest API oznaczałoby prawdopodobnie śmierć tych rozszerzeń, z których korzysta co najmniej 10 milionów internautów.

„Jeśli to (raczej ograniczone) deklaratywne API NetRequest okazuje się jedynym sposobem, w jaki blokery treści mogą wykonywać swoją pracę, zasadniczo oznacza to, że dwa programy blokujące treści, które utrzymywałem od lat, uBlock Origin i uMatrix nie mogą już istnieć”

Zamiast tego interfejs API WebRequest do filtrowania zawartości w nowym manifeście zaproponował deklaratywny interfejs API declarativeNetRequest.

Jeśli API webRequest pozwala na podłączenie własnych kontrolerów z pełnym dostępem do żądań sieciowych i modyfikowaniem ruchu w locie, nowy interfejs API declarativeNetRequest zapewnia dostęp do uniwersalnego wbudowanego mechanizmu filtrującego po wyjęciu z pudełka, który niezależnie przetwarza reguły blokujące, nie pozwala na użycie własnych algorytmów filtrujących i nie pozwala na nakładanie się złożonych reguł na podstawie warunków.

Nowy manifest wprowadza również inne zmiany, które mają wpływ na obsługę wtyczek. Wśród nich są:

• Przejście do uruchamianie pracowników usług jako procesów w tle, co będzie wymagało od programistów zmiany kodu niektórych dodatków.
• Nowy model szczegółowych wniosków o uprawnienia: wtyczki nie można natychmiast aktywować dla wszystkich stron ('wszystkie_adresy URL«), Ale będzie działać tylko w kontekście aktywnej zakładki, to znaczy użytkownik będzie musiał potwierdzić działanie wtyczki dla każdej witryny.
• Zmiana w przetwarzaniu aplikacji między źródłami- Zgodnie z nowym manifestem, wobec skryptów przetwarzających treść będą obowiązywały te same ograniczenia uprawnień, co do strony głównej, na której te skrypty są wstawiane (na przykład, jeśli strona nie ma dostępu do interfejsu API lokalizacji, więc wtyczki skryptów wygrywają '' t uzyskać ten dostęp).
• Zakaz wykonywania kodu pobranego z serwerów zewnętrznych (Mówimy o sytuacjach, w których wtyczka ładuje i wykonuje zewnętrzny kod).