W poprzednim artykule rozmawialiśmy o nowym silniku Javascript w którym ludzie z Mozilli pracowali nad następną wersją Firefoksa 70, która pojawi się w przyszłym miesiącu października (notatkę można przeczytać w Link). W tym artykule porozmawiamy o ogłoszeniu dokonanym przez Mozillę o korzystaniu z dodatków do Firefoksa opartych na WebExtensions API w którym programiści Mozilli ujawnili swoje stanowisko w którym Nie zamierzają w pełni śledzić nadchodzącej trzeciej edycji manifestu dodatków Chrome.
W ten sposób ujawniają, że w szczególności Firefox będzie nadal obsługiwał tryb blokowania interfejsu API webRequest, który umożliwia zmianę akceptowanych treści w locie i jest poszukiwany w programach blokujących reklamy i systemach filtrowania treści.
Główną ideą przejścia na WebExtensions API było ujednolicenie technologii tworzenia wtyczek dla przeglądarek Firefox i Chrome, dlatego w obecnej formie Firefox jest prawie w 100% kompatybilny z obecną drugą wersją manifestu Chrome.
Manifest definiuje listę dostarczonych funkcji i zasobów za uzupełnienia. W związku z wprowadzeniem restrykcji negatywnie postrzegany przez ltwórcy wtyczki w trzeciej wersji manifestu, Mozilla porzuci praktykę pełnego przestrzegania manifestu i nie prześle zmian do Firefoksa które naruszają zgodność wtyczek.
Pamiętaj, że pomimo wszelkich zastrzeżeń Google planuje zaprzestać obsługi Chrome w trybie blokującym tryb API WebRequest, ograniczając go do trybu tylko do odczytu i oferując nowe funkcje deklaratywnego filtrowania treści w deklaracyjnym API.
Jeśli interfejs API webRequest umożliwia podłączenie własnych kontrolerów z pełnym dostępem do żądań sieciowych i możliwością modyfikowania ruchu w locie, nowe deklaratywne API NetRequest zapewnia dostęp do gotowego do użycia uniwersalnego wbudowanego silnika filtrującego, który niezależnie przetwarza zasady blokowania, nie pozwalają na stosowanie własnych algorytmów filtrujących i nie pozwalają na nakładanie się złożonych reguł na podstawie warunków.
Mozilla ocenia również wygodę przenoszenia do Firefoksa w celu obsługi niektórych innych zmian. z trzeciej wersji manifestu Chrome, która narusza obsługę wtyczek:
- La przejście do realizacji usługobiorców w postaci procesów w tle będzie to wymagało, aby programiści zmienili kod niektórych dodatków.
Chociaż nowa metoda jest bardziej optymalna pod względem wydajności, Mozilla rozważa utrzymanie obsługi stron działających w tle. - Nowy model szczegółowych wniosków o uprawnienia: wtyczki nie można od razu aktywować dla wszystkich stron (uprawnienie „all_urls” jest usunięte), ale będzie działać tylko w kontekście aktywnej zakładki, tj. użytkownik będzie musiał potwierdzić działanie wtyczki dla każdej witryny. W tym segmencie Mozilla bada sposoby wzmocnienia kontroli dostępu bez ciągłego rozpraszania użytkownika.
- Zmiana w przetwarzaniu aplikacji między źródłami: Zgodnie z nowym manifestem, wobec skryptów przetwarzających treść będą obowiązywały takie same ograniczenia uprawnień, jak w przypadku strony głównej, do której te skrypty są wstawiane (na przykład, jeśli strona nie ma dostępu do interfejsu API lokalizacji, wtyczki skryptów nie otrzymają ten dostęp również). Planowane jest wprowadzenie zmiany w przeglądarce Firefox.
- Zakaz wykonywania kodu pobranego z serwerów zewnętrznych (Mówimy o sytuacjach, w których wtyczka ładuje i wykonuje zewnętrzny kod). Firefox już używa zewnętrznego blokowania kodu, a programiści Mozilli z przyjemnością wymuszają tę ochronę, używając dodatkowych technik śledzenia pobierania kodu, które są oferowane w trzeciej wersji manifestu.
źródło: https://blog.mozilla.org