{"id":52212,"date":"2019-11-03T00:00:00","date_gmt":"2019-11-02T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin"},"modified":"2020-02-18T13:59:53","modified_gmt":"2020-02-18T10:59:53","slug":"v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","title":{"rendered":"In Chrome sono iniziati i test della terza edizione del manifesto, incompatibile con uBlock Origin","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Google ha iniziato il test<\/a><\/noindex> della terza versione del manifesto di Chrome, che compromette<\/a><\/noindex> l'azienda<\/a><\/noindex> molti componenti aggiuntivi per il blocco dei contenuti indesiderati e la sicurezza. Il supporto per il nuovo manifesto, che definisce le funzionalit\u00e0 e le risorse fornite ai componenti aggiuntivi, \u00e8 stato aggiunto nelle build sperimentali Chrome Canary<\/a><\/noindex>.
\nIl nuovo manifesto \u00e8 stato sviluppato nell'ambito dell'iniziativa<\/a><\/noindex> di un'iniziativa per migliorare la sicurezza, la privacy e le prestazioni dei componenti aggiuntivi (l'obiettivo principale \u00e8 semplificare la creazione di componenti aggiuntivi sicuri e ad alte prestazioni, e complicare la creazione di componenti aggiuntivi non sicuri e lenti).<\/p>\n

Il manifesto \u00e8 attualmente in fase di test alpha iniziale, non \u00e8 definitivo e \u00e8 stato inserito per consentire agli sviluppatori di iniziare a sperimentare e adattare i propri componenti aggiuntivi.
\nL'attivazione del nuovo manifesto \u00e8 prevista per il prossimo anno. Il termine per la cessazione del supporto della seconda versione del manifesto non \u00e8 ancora stato definito.
\n Per semplificare la migrazione dei componenti aggiuntivi al nuovo manifesto \u00e8 stato preparato un elenco di controllo<\/a><\/noindex>, che include le modifiche a cui gli sviluppatori di componenti aggiuntivi dovrebbero prestare attenzione.<\/p>\n

Ricordiamo che il requisito principale non viene compromesso.<\/a><\/noindex> il malcontento<\/a><\/noindex> nuovo<\/a><\/noindex> manifesto<\/a><\/noindex> \u00e8 legato alla cessazione del supporto della modalit\u00e0 di blocco dell'API webRequest, che sar\u00e0 limitata a modalit\u00e0 di sola lettura. Sar\u00e0 fatta eccezione solo per la versione di Chrome per le imprese (Chrome for Enterprise), in cui il supporto per l'API webRequest sar\u00e0 mantenuto. Mozilla ha deciso di non seguire il nuovo manifesto e di mantenere in Firefox la possibilit\u00e0 di utilizzare completamente l'API webRequest.<\/p>\n

Invece dell'API webRequest, per il filtraggio dei contenuti, nel nuovo manifesto \u00e8 stato proposto un API dichiarativa declarativeNetRequest<\/a><\/noindex>. 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. <\/p>\n

Il nuovo manifesto presenta anche altre modifiche che influiscono sulla compatibilit\u00e0 con i componenti aggiuntivi. Tra queste:<\/p>\n