Mozilla Company , na sa kabila ng paggamit ng isang add-on system batay sa WebExtensions API sa Firefox, hindi nilalayon ng mga developer na ganap na sundin ang pangatlong edisyon sa hinaharap ng manifesto para sa mga add-on ng Chrome. Sa partikular, patuloy na susuportahan ng Firefox ang blocking mode ng API. , na nagbibigay-daan sa iyong baguhin ang natanggap na nilalaman sa mabilisang at hinihiling sa mga ad blocker at mga sistema ng pag-filter ng nilalaman.
Ang pangunahing ideya ng paglipat sa WebExtensions API ay upang pag-isahin ang teknolohiya para sa pagbuo ng mga add-on para sa Firefox at Chrome, kaya sa kasalukuyang anyo nito, halos 100% tugma ang Firefox sa kasalukuyang pangalawang bersyon ng Chrome manifest. Tinutukoy ng manifest ang listahan ng mga kakayahan at mapagkukunang ibinigay sa mga add-on. Dahil sa pagpapakilala ng mga paghihigpit na hakbang sa ikatlong bersyon ng manifesto, na negatibong nakikita ng mga add-on na developer, aalis si Mozilla sa kasanayan ng ganap na pagsunod sa manifesto at hindi maglilipat ng mga pagbabago sa Firefox na lumalabag sa compatibility sa add- ons.
Manariwa sa diwa na , nilalayon ng Google na ihinto ang pagsuporta sa blocking mode ng webRequest API sa Chrome, nililimitahan ito sa read-only na mode at nag-aalok ng bagong declarative API para sa pag-filter ng nilalaman . Bagama't pinahintulutan ka ng webRequest API na ikonekta ang iyong sariling mga tagapangasiwa na may ganap na access sa mga kahilingan sa network at may kakayahang baguhin ang trapiko sa mabilisang paraan, ang bagong declarativeNetRequest API ay nagbibigay ng access sa isang yari na unibersal na built-in na filtering engine na independiyenteng nagpoproseso ng mga panuntunan sa pagharang. , hindi pinapayagan ang paggamit ng sarili mong mga algorithm sa pag-filter at hindi ka pinapayagang magtakda ng mga kumplikadong panuntunan na magkakapatong sa isa't isa depende sa mga kundisyon.
Sinusuri din ng Mozilla ang pagiging posible ng paglipat sa suporta sa Firefox para sa ilang iba pang mga pagbabago mula sa ikatlong bersyon ng manifest ng Chrome na sumisira sa compatibility sa mga add-on:
- Ang paglipat sa pagpapatupad ng mga manggagawa sa Serbisyo sa anyo ng mga proseso sa background, na mangangailangan sa mga developer na baguhin ang code ng ilang mga karagdagan. Bagama't ang bagong pamamaraan ay mas mahusay mula sa isang pananaw sa pagganap, isinasaalang-alang ng Mozilla ang pagpapanatili ng suporta para sa pagpapatakbo ng mga pahina sa background.
- Ang bagong modelo ng kahilingan sa granular na pahintulot - ang add-on ay hindi maa-activate para sa lahat ng page nang sabay-sabay (ang pahintulot na "all_urls" ay inalis), ngunit gagana lamang sa konteksto ng aktibong tab, i.e. kakailanganing kumpirmahin ng user na gumagana ang add-on para sa bawat site. Sinasaliksik ng Mozilla ang mga paraan upang palakasin ang mga kontrol sa pag-access nang hindi patuloy na nakakaabala sa gumagamit.
- Pagbabago sa paghawak ng mga Cross-origin na kahilingan - alinsunod sa bagong manifest, ang mga script sa pagpoproseso ng nilalaman ay sasailalim sa parehong mga paghihigpit sa pahintulot tulad ng para sa pangunahing pahina kung saan naka-embed ang mga script na ito (halimbawa, kung ang pahina ay walang access sa location API, hindi rin matatanggap ng mga script add-on ang access na ito). Ang pagbabago ay binalak na ipatupad sa Firefox.
- Ipinagbabawal ang pagpapatupad ng code na na-download mula sa mga panlabas na server (pinag-uusapan natin ang tungkol sa mga sitwasyon kapag ang add-on ay naglo-load at nagpapatupad ng panlabas na code). Gumagamit na ang Firefox ng panlabas na pag-block ng code, at handang palakasin ng mga developer ng Mozilla ang proteksyong ito sa pamamagitan ng paggamit ng karagdagang mga diskarte sa pagsubaybay sa pag-download ng code na inaalok sa ikatlong bersyon ng manifest.
Pinagmulan: opennet.ru