În articolul precedent am vorbit despre noul motor Javascript în care oamenii din Mozilla au lucrat pentru următoarea versiune de Firefox 70 care va ajunge în luna următoare a lunii octombrie (puteți citi nota în următorul link). În acest articol vom vorbi despre anunțul făcut de Mozilla despre utilizarea suplimentelor Firefox bazate pe API-ul WebExtensions în care dezvoltatorii Mozilla și-au făcut cunoscută poziția in care nu intenționează să urmeze pe deplin a treia ediție viitoare a Chrome Plugin Manifest.
Cu aceasta, ei fac cunoscut faptul că, în special, Firefox va continua să accepte modul de blocare API webRequest, care vă permite să modificați conținutul acceptat din mers și este solicitat în blocanțele publicitare și în sistemele de filtrare a conținutului.
Ideea principală a tranziției către API-ul WebExtensions a fost unirea tehnologiei de dezvoltare a pluginurilor pentru Firefox și Chrome, prin urmare, în forma sa actuală, Firefox este aproape 100% compatibil cu cea de-a doua versiune actuală a manifestului Chrome.
Manifestul definește o listă de caracteristici și resurse furnizate pentru complementele. Datorită introducerii măsurilor restrictive percepute negativ de ldezvoltatorii de pluginuri în a treia versiune a manifestului, Mozilla va renunța la practica urmăririi depline a manifestului și nu va transfera modificările către Firefox care încalcă compatibilitatea pluginurilor.
Amintiți-vă că, în ciuda tuturor obiecțiilor, Google intenționează să întrerupă asistența pentru Chrome în modul care blochează modul API WebRequest, limitându-l la modul numai în citire și oferind noi funcții de filtrare a conținutului declarativ al API declarativ NetRequest.
Dacă API-ul webRequest v-a permis să vă conectați propriile controlere cu acces complet la cererile de rețea și capabile să modifice traficul din mers, noua API declarativă NetRequest oferă acces la un motor universal de filtrare încorporat care funcționează independent regulile de blocare, nu permite utilizarea propriilor algoritmi de filtrare și nu permite regulilor complexe să se suprapună reciproc pe baza condițiilor.
Mozilla evaluează, de asemenea, comoditatea portării pe Firefox pentru a susține unele dintre celelalte modificări. din a treia versiune a manifestului Chrome, care încalcă suportul pentru pluginuri:
- La trecerea la execuția lucrătorilor de serviciu sub forma proceselor de fundal, ceea ce va necesita este ca dezvoltatorii să schimbe codul unor adăugiri.
Deși noua metodă este mai optimă în ceea ce privește performanța, Mozilla are în vedere menținerea suportului pentru rularea paginilor de fundal. - Nou model de cerere de permisiune granulară: pluginul nu poate fi activat imediat pentru toate paginile (permisiunea „all_urls” este eliminată), dar va funcționa doar în contextul filei active, adică utilizatorul va trebui să confirme funcționarea pluginului pentru fiecare site. În acest segment, Mozilla explorează modalități de a consolida controlul accesului fără a distrage în permanență utilizatorul.
- Modificarea procesării cererilor cross-origine: Conform noului manifest, aceleași restricții de autorizare se vor aplica scripturilor de procesare a conținutului ca și în pagina principală în care sunt inserate aceste scripturi (de exemplu, dacă pagina nu are acces la API-ul de locație, atunci pluginurile scriptului nu vor primi acest acces fie). Schimbarea este planificată să fie implementată în Firefox.
- Interzicerea executării codului descărcat de pe servere externe (Vorbim despre situații în care un plugin încarcă și execută cod extern). Firefox folosește deja blocarea codurilor externe, iar dezvoltatorii Mozilla sunt încântați să aplice această protecție utilizând tehnici suplimentare de urmărire a descărcării codului oferite în a treia versiune a manifestului.
Fuente: https://blog.mozilla.org