A Mozilla vállalat , annak ellenére, hogy a Firefox az WebExtensions API-alapú bővítmények rendszerét használja, a fejlesztők nem szándékoznak teljes mértékben követni a Chrome bővítmények harmadik kiadásának jövőbeli manifesztumát. Különösen a Firefoxban továbbra is támogatni fogják az API blokkoló módját. , amely lehetővé teszi a fogadott tartalom azonnali módosítását, és amelyet reklámblokkolókban és tartalomszűrő rendszerekben használnak.
A WebExtensions API-ra való átállás alapvető ötlete a bővítmények fejlesztési technológiájának egységesítése volt a Firefox és a Chrome között, ezért a jelenlegi formájában a Firefox majdnem 100%-ban biztosítja a Chrome jelenlegi második verziójával való kompatibilitást. A manifesztum meghatározza a bővítmények számára elérhető lehetőségeket és erőforrásokat. A harmadik verzióba bevezetett korlátozó intézkedések miatt, amelyeket a bővítményfejlesztők negatívan fognak értelmezni, a Mozilla eltér a manifesztum teljes követésének gyakorlatától, és nem fogja a Firefoxba átvinni azokat a változásokat, amelyek megsértik a bővítmények kompatibilitását.
Emlékeztetjük, hogy , a Google azzal a szándékkal, hogy a Chrome-ban megszüntesse a webRequest API blokkoló módjának támogatását, korlátozza annak használatát csak olvasási módra, és egy új deklaratív API-t javasol a tartalomszűréshez. . Míg a webRequest API lehetőséget adott a saját kezelők csatlakoztatására, akik teljes hozzáféréssel bírtak a hálózati kérésekhez és képesek voltak azonnal módosítani a forgalmat, az új declarativeNetRequest API kész, univerzális beépített motorhoz biztosít hozzáférést a szűréshez, amely önállóan kezeli a blokkolási szabályokat, és nem engedi meg saját szűrési algoritmusok használatát, sem bonyolult szabályok megadását, amelyek egymásra épülnek a körülmények függvényében.
A Mozilla azt is értékeli, hogy érdemes-e átvinnie a Firefoxba a Chrome harmadik verziójának egyes egyéb változásainak támogatását, amelyek megsértik a bővítmények kompatibilitását:
- A Szolgáltatási munkások végrehajtásának átállítása háttérfolyamatként, ami megköveteli a fejlesztőktől, hogy módosítsák néhány bővítmény kódját. Annak ellenére, hogy az új módszer optimalizáltabb a teljesítmény szempontjából, a Mozilla fontolóra veszi a háttéroldalak futásának támogatásának megőrzését.
- Az új granulatív engedélykérő modell — a bővítmény nem aktiválható az összes oldalra egyszerre (eltávolítva az «all_urls» engedélyt), hanem csak az aktív fül kontextusában működik, azaz a felhasználónak minden egyes weboldalnál meg kell erősítenie a bővítmény működését. A Mozilla új módszereket kutat a hozzáférés ellenőrzésének megszorítására, amelyek nem vonják el a folyamatosan a felhasználót.
- A Cross-origin kérések feldolgozásának megváltozása — az új manifest szerint a tartalommal foglalkozó szkriptekre ugyanazok a jogosultsági korlátozások vonatkoznak, mint az alapoldalra, amelybe ezek a szkriptek integrálva vannak (például, ha az oldal nem fér hozzá a helymeghatározó API-hoz, akkor a bővítmény szkriptje sem kapja meg ezt a hozzáférést). A változás megvalósítása tervezett a Firefoxban.
- A külső szerverekről betöltött kód végrehajtásának tilalma (azokra a helyzetekre vonatkozik, amikor a bővítmény külső kódot tölt be és hajt végre). A Firefoxban már alkalmazzák a külső kód blokkolását, és a Mozilla fejlesztői nem ellenzik a hasonló védelem megerősítését, további kódletöltési nyomkövetési technikák alkalmazásával, amelyeket a manifest harmadik verziójában javasoltak.
Forrás: opennet.ru
