Dili dad-on sa Mozilla ang tanang mga pagdili sa WebExtensions API gikan sa bag-ong Chrome manifest

Kompanya sa Mozilla gipahibalo, nga bisan pa sa paggamit sa usa ka add-on nga sistema base sa WebExtensions API sa Firefox, ang mga developers dili tuyo sa hingpit nga pagsunod sa umaabot nga ikatulo nga edisyon sa manifesto alang sa Chrome add-on. Sa partikular, ang Firefox magpadayon sa pagsuporta sa blocking mode sa API. webRequest, nga nagtugot kanimo sa pag-usab sa nadawat nga sulod sa langaw ug gikinahanglan sa mga ad blocker ug mga sistema sa pagsala sa sulod.

Ang panguna nga ideya sa pagbalhin sa WebExtensions API mao ang paghiusa sa teknolohiya alang sa pagpalambo sa mga add-on alang sa Firefox ug Chrome, mao nga sa karon nga porma, ang Firefox hapit 100% nga katugma sa karon nga ikaduha nga bersyon sa pagpakita sa Chrome. Ang manifest naghubit sa lista sa mga kapabilidad ug mga kapanguhaan nga gihatag sa mga add-on. Tungod sa pagpaila sa mga higpit nga mga lakang sa ikatulo nga bersyon sa manifesto, nga negatibo nga nakita sa mga add-on nga mga developer, ang Mozilla mobalhin gikan sa praktis sa hingpit nga pagsunod sa manifesto ug dili ibalhin ang mga pagbag-o sa Firefox nga naglapas sa pagkaangay sa add- ons.

Hinumdomi kana bisan pa sa sa tanan nga mga mga pagsupak, tuyo sa Google nga hunongon ang pagsuporta sa blocking mode sa webRequest API sa Chrome, limitahan kini sa read-only mode ug pagtanyag og bag-ong declarative API alang sa content filtering declarativeNetRequest. Samtang ang webRequest API nagtugot kanimo sa pagkonektar sa imong kaugalingon nga mga tigdumala nga adunay hingpit nga pag-access sa mga hangyo sa network ug makahimo sa pag-usab sa trapiko sa langaw, ang bag-ong declarativeNetRequest API naghatag og access sa usa ka andam nga unibersal nga built-in nga makina sa pagsala nga independente nga nagproseso sa mga lagda sa pag-block. , wala magtugot sa paggamit sa imong kaugalingon nga mga algorithm sa pagsala ug dili motugot kanimo sa pagtakda sa komplikadong mga lagda nga nagsapaw sa usag usa depende sa mga kondisyon.

Gisusi usab sa Mozilla ang posibilidad sa pagbalhin sa suporta sa Firefox alang sa ubang mga pagbag-o gikan sa ikatulo nga bersyon sa pagpakita sa Chrome nga nagbungkag sa pagkaangay sa mga add-on:

• Ang transisyon sa pagpatuman sa mga trabahante sa Serbisyo sa porma sa mga proseso sa background, nga magkinahanglan sa mga developer nga usbon ang code sa pipila nga mga pagdugang. Bisan kung ang bag-ong pamaagi mas episyente gikan sa usa ka punto sa pasundayag, gikonsiderar ni Mozilla ang pagpadayon sa suporta alang sa pagpadagan sa mga panid sa background.
• Ang bag-ong granular permission request model - ang add-on dili na ma-activate para sa tanang page sa makausa (ang “all_urls” nga permiso gitangtang), pero mugana lang sa konteksto sa active tab, i.e. kinahanglan nga kumpirmahon sa user nga ang add-on molihok alang sa matag site. Ang Mozilla nagsuhid sa mga paagi aron mapalig-on ang mga kontrol sa pag-access nga dili kanunay nga makabalda sa tiggamit.
• Pagbag-o sa pagdumala sa Cross-origin nga mga hangyo - subay sa bag-ong manifest, ang mga script sa pagproseso sa sulud ipailalom sa parehas nga mga pagdili sa pagtugot sama sa panguna nga panid diin kini nga mga script gi-embed (pananglitan, kung ang panid walay access sa location API, unya ang mga script add-on dili usab makadawat niini nga access). Ang pagbag-o giplano nga ipatuman sa Firefox.
• Gidili ang pagpatuman sa code nga gi-download gikan sa mga external server (naghisgot kami bahin sa mga sitwasyon kung ang add-on nag-load ug nagpatuman sa external code). Gigamit na sa Firefox ang eksternal nga pag-block sa code, ug ang mga developer sa Mozilla andam nga palig-onon kini nga proteksyon pinaagi sa paggamit sa dugang nga mga teknik sa pagsubay sa pag-download sa code nga gitanyag sa ikatulo nga bersyon sa manifest.

Source: opennet.ru