Mozilla sil net alle beheiningen fan WebExtensions API oerdrage fan it nije Chrome-manifest

Mozilla Company oankundige, dat nettsjinsteande it gebrûk fan in tafoegingssysteem basearre op de WebExtensions API yn Firefox, de ûntwikkelders net fan doel binne de takomstige tredde edysje fan it manifest foar Chrome-tafoegings folslein te folgjen. Benammen Firefox sil de blokkearjende modus fan 'e API trochgean. webRequest, wêrmei jo de ûntfongen ynhâld op 'e flecht kinne feroarje en is yn' e fraach yn advertinsjeblokkers en ynhâldfiltersystemen.

It haadidee fan it ferpleatsen nei de WebExtensions API wie om de technology te ferienigjen foar it ûntwikkeljen fan tafoegings foar Firefox en Chrome, dus yn syn hjoeddeistige foarm is Firefox hast 100% kompatibel mei de hjoeddeistige twadde ferzje fan it Chrome-manifest. It manifest definiearret de list mei mooglikheden en boarnen oanbean oan tafoegings. Troch de ynfiering fan beheinende maatregels yn 'e tredde ferzje fan it manifest, dy't negatyf wurde waarnommen troch add-on-ûntwikkelders, sil Mozilla fuortgean fan 'e praktyk fan it folslein folgjen fan it manifest en sil gjin wizigingen oerdrage oan Firefox dy't yn striid binne mei kompatibiliteit mei tafoegings- ons.

Tink derom nettsjinsteande op allegear beswieren, Google is fan doel om op te hâlden mei it stypjen fan de blokkearjende modus fan 'e webRequest API yn Chrome, beheine it ta allinich-lêzen modus en it oanbieden fan in nije deklarative API foar ynhâldfiltering declarativeNetRequest. Wylst de webRequest API jo tastien hat om jo eigen handlers te ferbinen dy't folsleine tagong hawwe ta netwurkoanfragen en yn steat binne om ferkear op 'e flecht te feroarjen, biedt de nije declarativeNetRequest API tagong ta in klearmakke universele ynboude filtermotor dy't ûnôfhinklik blokkearjende regels ferwurket , lit it gebrûk fan jo eigen filteralgoritmen net ta en lit jo net komplekse regels ynstelle dy't elkoar oerlappe ôfhinklik fan betingsten.

Mozilla evaluearret ek de helberens fan it ferpleatsen nei Firefox-stipe foar guon oare wizigingen fan 'e tredde ferzje fan it Chrome-manifest dy't de kompatibiliteit mei add-ons brekke:

  • De oergong nei it útfieren fan tsjinstarbeiders yn 'e foarm fan eftergrûnprosessen, dy't ûntwikkelders fereaskje om de koade fan guon tafoegings te feroarjen. Hoewol de nije metoade effisjinter is fanút in prestaasjestandpunt, tinkt Mozilla om stipe te behâlden foar it útfieren fan eftergrûnsiden.
  • It nije model foar detaillearre tastimmingfersyk - de tafoeging sil net tagelyk kinne wurde aktivearre foar alle siden (de tastimming "all_urls" is fuortsmiten), mar sil allinich wurkje yn 'e kontekst fan' e aktive ljepper, d.w.s. de brûker sil moatte befestigje dat de add-on wurket foar elke side. Mozilla ûndersiket manieren om tagongskontrôles te fersterkjen sûnder de brûker konstant ôf te lieden.
  • Feroaring yn it behanneljen fan fersiken fan cross-origin - yn oerienstimming mei it nije manifest, sille ynhâldferwurkingsskripts ûnderwurpen wêze oan deselde tastimmingsbeperkingen as foar de haadside wêryn dizze skripts binne ynbêde (bygelyks as de side gjin tagong hat ta de lokaasje API, dan krije de skript-tafoegings dizze tagong ek net). De wiziging is pland om te ymplementearjen yn Firefox.
  • It ferbieden fan de útfiering fan koade ynladen fan eksterne servers (wy prate oer situaasjes as de add-on eksterne koade laden en útfiert). Firefox brûkt al eksterne blokkearjen fan koade, en Mozilla-ûntwikkelders binne ree om dizze beskerming te fersterkjen troch ekstra techniken foar it folgjen fan koade download te brûken oanbean yn 'e tredde ferzje fan it manifest.

Boarne: opennet.ru

Add a comment