Mozilla ùn trasmette micca tutte e restrizioni di l'API WebExtensions da u novu manifestu Chrome

Cumpagnia Mozilla annunziatu, chì malgradu l'usu di un sistema add-on basatu annantu à l'API WebExtensions in Firefox, i sviluppatori ùn anu micca intenzione di seguità cumplettamente a futura terza edizione di u manifestu per Chrome add-ons. In particulare, Firefox continuarà à sustene u modu di bloccu di l'API. WebRequest, chì permette di cambià u cuntenutu ricivutu nantu à a mosca è hè in dumanda in i blocchi di publicità è i sistemi di filtrazione di cuntenutu.

L'idea principale di passà à l'API WebExtensions era di unificà a tecnulugia per sviluppà add-ons per Firefox è Chrome, cusì in a so forma attuale, Firefox hè quasi 100% cumpatibile cù a seconda versione attuale di u manifestu Chrome. U manifestu definisce a lista di capacità è risorse furnite à add-ons. A causa di l'intruduzioni di misure restrittive in a terza versione di u manifestu, chì sò percepiti negativamente da i sviluppatori di add-on, Mozilla si alluntanassi da a pratica di seguità cumplettamente u manifestu è ùn trasfiriu micca cambiamenti à Firefox chì violanu a cumpatibilità cù add-on. ons.

Ramintemu què malgradu nantu tutte e obiezioni, Google hà intenzione di piantà di sustene u modu di bloccu di l'API webRequest in Chrome, limitendu à u modu di sola lettura è offre una nova API dichjarazione per u filtru di cuntenutu. dichiarativeNetRequest. Se l'API webRequest vi permette di cunnette i vostri propri gestori chì anu un accessu cumpletu à e dumande di rete è sò capaci di mudificà u trafficu nantu à a mosca, a nova API declarativeNetRequest furnisce l'accessu à un mutore di filtru integratu universale prontu chì processa in modu indipendenti e regule di bloccu. , ùn permette micca l'usu di i vostri algoritmi di filtrazione è ùn permettenu micca di stabilisce reguli cumplessi chì si sovrapponenu l'un l'altru secondu e cundizioni.

Mozilla valuta ancu a fattibilità di passà à u supportu di Firefox per qualchì altru cambiamentu da a terza versione di u manifestu Chrome chì rompe a cumpatibilità cù add-ons:

  • A transizione à esecutà i travagliadori di u serviziu in a forma di prucessi di fondo, chì duverà i sviluppatori di cambià u codice di qualchi aggiunte. Ancu se u novu metudu hè più efficau da u puntu di vista di u rendiment, Mozilla pensa à mantene u supportu per eseguisce pagine di fondo.
  • U novu mudellu di dumanda di permessu granulare - l'add-on ùn puderà esse attivatu per tutte e pagine in una volta (u permessu "all_urls" hè statu eliminatu), ma solu travaglià in u cuntestu di a tabulazione attiva, i.e. l'utilizatore hà bisognu di cunfirmà chì l'add-on travaglia per ogni situ. Mozilla esplora modi per rinfurzà i cuntrolli di accessu senza distractà constantemente l'utilizatore.
  • Cambiamentu in a gestione di e richieste Cross-origin - in cunfurmità cù u novu manifestu, i script di trasfurmazioni di cuntenutu seranu sottumessi à e stesse restrizioni di permessu cum'è per a pagina principale in quale sti scripts sò incrustati (per esempiu, se a pagina ùn hà micca accessu à u location API, allora l'add-ons di script ùn riceveranu micca ancu questu accessu). U cambiamentu hè previstu per esse implementatu in Firefox.
  • Pruibisce l'esekzione di codice scaricatu da i servitori esterni (parlemu di situazione quandu l'add-on carica è eseguisce codice esternu). Firefox utilizeghja digià u bloccu di codice esternu, è i sviluppatori di Mozilla sò disposti à rinfurzà sta prutezzione utilizendu tecniche di seguimentu di scaricamentu di codice supplementari offerte in a terza versione di u manifestu.

Source: opennet.ru

Add a comment