Nell'articolo precedente abbiamo parlato del nuovo motore Javascript in cui il popolo di Mozilla ha lavorato per la prossima versione di Firefox 70 che arriverà il prossimo ottobre (potete leggere la nota nella seguente link). In questo articolo parleremo dell'annuncio fatto da Mozilla sull'utilizzo di componenti aggiuntivi di Firefox basati sull'API WebExtensions in cui gli sviluppatori di Mozilla hanno reso nota la loro posizione in quale non intendono seguire appieno la prossima terza edizione del Chrome Plugin Manifest.
Con questo fanno sapere che in particolare, Firefox continuerà a supportare la modalità di blocco API webRequest, che consente di modificare al volo i contenuti accettati ed è richiesto dai blocchi degli annunci e dai sistemi di filtraggio dei contenuti.
L'idea principale del passaggio all'API WebExtensions era l'unificazione della tecnologia di sviluppo dei plugin per Firefox e Chrome, pertanto, nella sua forma attuale, Firefox è quasi al 100% compatibile con l'attuale seconda versione del manifest di Chrome.
Il manifest definisce un elenco di funzionalità e risorse fornite per i complementi. A causa dell'introduzione di misure restrittive percepite negativamente dalla lgli sviluppatori di plug-in nella terza versione del manifest, Mozilla abbandonerà la pratica di seguire completamente il manifest e non trasferirà le modifiche a Firefox che violano la compatibilità dei plugin.
Ricorda che, nonostante tutte le obiezioni, Google prevede di interrompere il supporto per Chrome nella modalità che blocca la modalità API WebRequest, limitandola alla modalità di sola lettura e per offrire nuove funzionalità di filtro dei contenuti dichiarativi dell'API dichiarativaNetRequest.
Se l'API webRequest ti consentiva di connettere i tuoi controller con pieno accesso alle richieste di rete e in grado di modificare il traffico al volo, la nuova API dichiarativa NetRequest fornisce l'accesso a un motore di filtraggio integrato universale pronto all'uso che elabora in modo indipendente regole di blocco, non consente l'utilizzo di propri algoritmi di filtraggio e non consente la sovrapposizione di regole complesse in base a condizioni.
Mozilla sta anche valutando la convenienza del porting su Firefox per supportare alcune delle altre modifiche. dalla terza versione del manifest di Chrome, che viola il supporto dei plug-in:
- La transizione all'esecuzione di lavoratori di servizio sotto forma di processi in background, ciò che richiederà è che gli sviluppatori modifichino il codice di alcune aggiunte.
Sebbene il nuovo metodo sia più ottimale in termini di prestazioni, Mozilla sta valutando la possibilità di mantenere il supporto per l'esecuzione di pagine in background. - Nuovo modello di richiesta di autorizzazione granulare: il plugin non può essere attivato immediatamente per tutte le pagine (il permesso "all_urls" viene rimosso), ma funzionerà solo nel contesto della scheda attiva, cioè l'utente dovrà confermare il funzionamento del plugin per ogni sito. In questo segmento Mozilla sta esplorando modi per rafforzare il controllo degli accessi senza distrarre costantemente l'utente.
- Modifica nell'elaborazione delle domande cross-origin: Secondo il nuovo manifest, agli script di elaborazione del contenuto verranno applicate le stesse limitazioni di autorità della pagina principale in cui sono inseriti questi script (ad esempio, se la pagina non ha accesso all'API di localizzazione, i plug-in degli script non verranno anche questo accesso). La modifica dovrebbe essere implementata in Firefox.
- Divieto di esecuzione di codice scaricato da server esterni (Stiamo parlando di situazioni in cui un plugin carica ed esegue codice esterno). Firefox utilizza già il blocco del codice esterno e gli sviluppatori Mozilla sono felici di applicare tale protezione utilizzando tecniche aggiuntive di monitoraggio del download del codice offerte nella terza versione del manifest.
fonte: https://blog.mozilla.org