{"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\/news\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","title":{"rendered":"In Chrome \u00e8 iniziato il test della terza versione del manifesto, non compatibile con uBlock Origin","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Azienda Google ha iniziato il test<\/a><\/noindex> della terza versione del manifesto Chrome, che viola<\/a><\/noindex> il funzionamento<\/a><\/noindex> di molti addon per il blocco di contenuti indesiderati e per garantire la sicurezza. Il supporto per il nuovo manifesto, che definisce le capacit\u00e0 e le risorse fornite agli addon, \u00e8 stato aggiunto alle build sperimentali Chrome Canary<\/a><\/noindex>.
\nIl nuovo manifesto \u00e8 stato sviluppato nell'ambito di un'iniziativa<\/a><\/noindex> per migliorare la sicurezza, la privacy e le prestazioni degli addon (l'obiettivo principale \u00e8 semplificare la creazione di addon sicuri e ad alte prestazioni e rendere pi\u00f9 difficile la creazione di addon non sicuri e lenti).<\/p>\n

Il manifesto \u00e8 attualmente in fase di test alpha, non \u00e8 definitivo e \u00e8 stato aggiunto per dare agli sviluppatori l'opportunit\u00e0 di iniziare a sperimentare e adattare i propri addon.
\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 degli addon al nuovo manifesto, \u00e8 stato preparato un elenco di controllo<\/a><\/noindex>, che include le modifiche a cui gli sviluppatori di addon devono prestare attenzione.<\/p>\n

Ricordiamo che il principale<\/a><\/noindex> discontento<\/a><\/noindex> col 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 una modalit\u00e0 di sola lettura. Un'eccezione sar\u00e0 fatta solo per la versione Chrome per le imprese (Chrome for Enterprise), nella quale il supporto dell'API webRequest sar\u00e0 mantenuto. Mozilla ha deciso di non seguire il nuovo manifesto e di mantenere in Firefox la possibilit\u00e0 di utilizzare appieno l'API webRequest.<\/p>\n

Invece dell'API webRequest per filtrare i contenuti, nel nuovo manifesto \u00e8 stato proposto un API dichiarativa declarativeNetRequest<\/a><\/noindex>. Se l'API webRequest consentiva di collegare i propri gestori, che avevano accesso completo alle richieste di rete e potevano modificare il traffico in tempo reale, il nuovo API declarativeNetRequest fornisce accesso a un motore integrato universale per il filtraggio, che gestisce autonomamente le regole di blocco, non consentendo di utilizzare algoritmi di filtraggio personalizzati e non permettendo di impostare regole complesse che si sovrappongono in base alle condizioni. <\/p>\n

Nel nuovo manifesto sono presentate anche altre modifiche che influiscono sulla compatibilit\u00e0 con le estensioni. Tra queste:<\/p>\n