Mozilla Company , hogy a Firefoxban a WebExtensions API-n alapuló kiegészítő rendszer használata ellenére a fejlesztők nem kívánják maradéktalanul követni a Chrome-bővítmények kiáltványának jövőbeli harmadik kiadását. A Firefox továbbra is támogatja az API blokkoló módját. , amely lehetővé teszi a kapott tartalom menet közbeni megváltoztatását, és igényes a hirdetésblokkolókban és a tartalomszűrő rendszerekben.
A WebExtensions API-ra való átállás fő ötlete az volt, hogy egységesítse a Firefox és a Chrome bővítmények fejlesztési technológiáját, így jelenlegi formájában a Firefox majdnem 100%-ban kompatibilis a Chrome manifest jelenlegi második verziójával. A jegyzék meghatározza a bővítmények számára biztosított képességek és erőforrások listáját. A kiáltvány harmadik verziójában bevezetett korlátozó intézkedések miatt, amelyeket a bővítmények fejlesztői negatívan érzékelnek, a Mozilla eláll a kiáltvány teljes követésének gyakorlatától, és nem viszi át a Firefoxra azokat a módosításokat, amelyek sértik a kiegészítőkkel való kompatibilitást. ons.
Emlékezzünk vissza, hogy , a Google fel kívánja hagyni a webRequest API blokkolási módjának támogatását a Chrome-ban, csak olvasható módra korlátozva azt, és új deklaratív API-t kínál a tartalomszűréshez . Míg a webRequest API lehetővé tette a saját kezelők csatlakoztatását, amelyek teljes hozzáféréssel rendelkeznek a hálózati kérésekhez, és képesek a forgalom menet közbeni módosítására, az új declarativeNetRequest API hozzáférést biztosít egy kész univerzális beépített szűrőmotorhoz, amely önállóan dolgozza fel a blokkoló szabályokat. , nem teszi lehetővé saját szűrőalgoritmusok használatát, és nem teszi lehetővé összetett, egymást átfedő szabályok beállítását a feltételek függvényében.
A Mozilla azt is vizsgálja, hogy lehetséges-e áttérni a Firefox-támogatásra a Chrome jegyzék harmadik verziójának néhány olyan módosítása miatt, amelyek megszakítják a kiegészítőkkel való kompatibilitást:
- Átállás a végrehajtó szolgáltatási dolgozókra háttérfolyamatok formájában, ami megköveteli a fejlesztőktől, hogy módosítsák néhány kiegészítés kódját. Bár az új módszer teljesítmény szempontjából hatékonyabb, a Mozilla fontolóra veszi a háttéroldalak futtatásának támogatását.
- Az új granulált engedélykérés modell - a kiegészítőt nem lehet egyszerre minden oldalra aktiválni (az „all_urls” engedélyt eltávolítottuk), hanem csak az aktív lap kontextusában fog működni, pl. a felhasználónak meg kell erősítenie, hogy a bővítmény minden webhelyen működik. A Mozilla azt vizsgálja, hogyan erősítheti meg a hozzáférés-szabályozást anélkül, hogy folyamatosan elterelné a felhasználó figyelmét.
- Változás a több eredetû kérelmek kezelésében – az új jegyzéknek megfelelõen a tartalomfeldolgozó szkriptekre ugyanazok az engedélykorlátozások vonatkoznak majd, mint arra a fõoldalra, amelybe ezek a szkriptek be vannak ágyazva (például ha az oldal nem fér hozzá a hely API, akkor a szkript-bővítmények szintén nem kapják meg ezt a hozzáférést). A változtatást a tervek szerint Firefoxban hajtják végre.
- Külső szerverekről letöltött kódok végrehajtásának tiltása (olyan helyzetekről beszélünk, amikor a kiegészítő külső kódot tölt be és hajt végre). A Firefox már használ külső kódblokkolást, és a Mozilla fejlesztői hajlandóak megerősíteni ezt a védelmet a jegyzék harmadik verziójában kínált további kódletöltés-követési technikák alkalmazásával.
Forrás: opennet.ru