Google della terza versione del manifesto di Chrome, molti componenti aggiuntivi per il blocco dei contenuti indesiderati e la sicurezza. Il supporto per il nuovo manifesto, che definisce le funzionalità e le risorse fornite ai componenti aggiuntivi, è stato aggiunto nelle build sperimentali .
Il nuovo manifesto è stato sviluppato nell'ambito di un'iniziativa per migliorare la sicurezza, la privacy e le prestazioni dei componenti aggiuntivi (l'obiettivo principale è semplificare la creazione di componenti aggiuntivi sicuri e ad alte prestazioni, e complicare la creazione di componenti aggiuntivi non sicuri e lenti).
Il manifesto è attualmente in fase di test alpha iniziale, non è definitivo e è stato inserito per consentire agli sviluppatori di iniziare a sperimentare e adattare i propri componenti aggiuntivi.
L'attivazione del nuovo manifesto è prevista per il prossimo anno. Il termine per la cessazione del supporto della seconda versione del manifesto non è ancora stato definito.
Per semplificare la migrazione dei componenti aggiuntivi al nuovo manifesto è stato preparato , che include le modifiche a cui gli sviluppatori di componenti aggiuntivi dovrebbero prestare attenzione.
Ricordiamo che è legato alla cessazione del supporto della modalità di blocco dell'API webRequest, che sarà limitata a modalità di sola lettura. Sarà fatta eccezione solo per la versione di Chrome per le imprese (Chrome for Enterprise), in cui il supporto per l'API webRequest sarà mantenuto. Mozilla ha deciso di non seguire il nuovo manifesto e di mantenere in Firefox la possibilità di utilizzare completamente l'API webRequest.
Invece dell'API webRequest, per il filtraggio dei contenuti, nel nuovo manifesto è stato proposto un API dichiarativa . Se l'API webRequest permetteva di collegare gestori personalizzati con accesso completo alle richieste di rete e capaci di modificare al volo il traffico, la nuova API declarativeNetRequest fornisce accesso a un motore integrato universale per la filtrazione, che gestisce autonomamente le regole di blocco, senza consentire l'uso di algoritmi di filtrazione personalizzati e non permettendo di definire regole complesse che si sovrappongono a seconda delle condizioni.
Il nuovo manifesto presenta anche altre modifiche che influiscono sulla compatibilità con i componenti aggiuntivi. Tra queste:
- Passare all'esecuzione dei Service worker sotto forma di processi in background, il che richiederà agli sviluppatori di modificare il codice di alcuni componenti aggiuntivi.
- Nuovo modello granulare di richiesta delle autorizzazioni: il componente aggiuntivo non potrà attivarsi subito per tutte le pagine (rimossa l'autorizzazione «all_urls»), ma funzionerà solo nel contesto della scheda attiva, cioè l'utente dovrà confermare l'operazione del componente aggiuntivo per ogni sito.
- Modifica del trattamento delle richieste Cross-origin: secondo il nuovo manifesto, le stesse restrizioni di autorizzazione si applicheranno agli script di gestione del contenuto come alla pagina principale in cui questi script vengono inseriti (ad esempio, se la pagina non ha accesso all'API di definizione della posizione, anche lo script del componente aggiuntivo non avrà accesso a questo).
- Divieto di eseguire codice caricato da server esterni (riguarda situazioni in cui il componente aggiuntivo carica ed esegue codice esterno).
Fonte: opennet.ru
