{"id":37772,"date":"2019-10-31T22:19:39","date_gmt":"2019-10-31T19:19:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome\/"},"modified":"2019-10-31T22:19:39","modified_gmt":"2019-10-31T19:19:39","slug":"mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome","title":{"rendered":"Mozilla non trasferir\u00e0 tutte le restrizioni API WebExtensions dal nuovo manifesto di Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Azienda Mozilla ha annunciato<\/a><\/noindex>, che nonostante l'uso in Firefox del sistema di estensioni basato su API WebExtensions, gli sviluppatori non intendono seguire completamente la futura terza edizione del manifesto per le estensioni di Chrome. In particolare, in Firefox continuer\u00e0 il supporto per la modalit\u00e0 di lavoro bloccante dell'API webRequest<\/a><\/noindex>, che consente di modificare il contenuto ricevuto al volo e molto richiesta nei blocchi pubblicitari e nei sistemi di filtraggio dei contenuti. <\/p>\n

L'idea principale del passaggio all'API WebExtensions era l'unificazione della tecnologia di sviluppo delle estensioni per Firefox e Chrome, quindi nella sua forma attuale Firefox garantisce quasi al 100% la compatibilit\u00e0 con l'attuale seconda versione del manifesto di Chrome. Il manifesto determina l'elenco delle possibilit\u00e0 e delle risorse fornite alle estensioni. A causa dell'introduzione di misure restrittive nella terza versione del manifesto, percepite negativamente dagli sviluppatori di estensioni, Mozilla si allontaner\u00e0 dalla pratica di seguire completamente il manifesto e non trasferir\u00e0 in Firefox modifiche che compromettono la compatibilit\u00e0 con le estensioni.<\/p>\n

Ricordiamo che nonostante<\/a><\/noindex> in<\/a><\/noindex> tutti<\/a><\/noindex> obiezioni<\/a><\/noindex>, Google ha intenzione di interrompere il supporto nella modalit\u00e0 di lavoro bloccante dell'API webRequest in Chrome, limitandolo a una modalit\u00e0 di sola lettura e proponendo un nuovo API dichiarativa per il filtraggio dei contenuti 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

Mozilla sta valutando anche la fattibilit\u00e0 di trasferire in Firefox il supporto per alcune altre modifiche della terza versione del manifesto di Chrome, che compromettono la compatibilit\u00e0 con le estensioni:<\/p>\n