{"id":105614,"date":"2022-11-18T03:36:41","date_gmt":"2022-11-18T01:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome"},"modified":"2022-11-18T03:36:41","modified_gmt":"2022-11-18T01:36:42","slug":"mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla inizier\u00e0 ad accettare estensioni basate sulla terza versione del manifesto Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il 21 novembre, il catalogo AMO (addons.mozilla.org) inizier\u00e0 ad accettare e convalidare le firme digitali delle estensioni che utilizzano la terza versione del manifesto di Chrome. Queste estensioni potranno essere testate nelle versioni notturne di Firefox. Nelle versioni stabili, l'attivazione del supporto per la terza versione del manifesto avverr\u00e0 in Firefox 109, previsto per il 17 gennaio 2023. Il supporto per la seconda versione del manifesto sar\u00e0 mantenuto nel prossimo futuro, ma alla fine del 2023, dopo aver valutato la transizione delle estensioni alla terza versione del manifesto, sar\u00e0 esaminata la possibilit\u00e0 di declassare il supporto per la seconda versione a obsoleto. <\/p>\n
Il manifesto Chrome definisce le funzionalit\u00e0 e le risorse disponibili per le estensioni scritte utilizzando le API WebExtensions. A partire dalla versione 57, Firefox ha completamente adottato l'uso delle API WebExtensions per lo sviluppo delle estensioni e ha interrotto il supporto per la tecnologia XUL. La transizione a WebExtensions ha permesso di uniformare lo sviluppo delle estensioni su piattaforme Chrome, Opera, Safari ed Edge, semplificando il porting delle estensioni tra diversi browser web e consentendo un uso completo della modalit\u00e0 multi-processo (le estensioni WebExtensions possono essere eseguite in processi separati, isolati dalle altre parti del browser). Per uniformare lo sviluppo delle estensioni con altri browser, in Firefox \u00e8 garantita una quasi completa compatibilit\u00e0 con la seconda versione del manifesto Chrome. <\/p>\n
Attualmente, Chrome sta lavorando alla transizione alla terza versione del manifesto, mentre il supporto per la seconda versione verr\u00e0 interrotto a gennaio 2024. L'obiettivo principale delle modifiche apportate nella nuova versione \u00e8 semplificare la creazione di estensioni sicure e ad alte prestazioni, rendendo pi\u00f9 difficile la creazione di estensioni insicure e lente. Poich\u00e9 la terza versione del manifesto \u00e8 stata oggetto di critiche e causer\u00e0 la disfunzione di molte estensioni per il blocco dei contenuti indesiderati e per garantire la sicurezza, Mozilla ha deciso di non garantire pienamente la compatibilit\u00e0 con il manifesto in Firefox e di implementare alcune modifiche in modo diverso. <\/p>\n
Il principale malcontento nei confronti della terza versione del manifesto \u00e8 legato alla transizione dell'API webRequest a una modalit\u00e0 di sola lettura, che consentiva di connettere i propri handler con accesso completo alle richieste di rete e in grado di modificare il traffico in tempo reale. Questa API \u00e8 utilizzata in uBlock Origin e in molte altre estensioni per il blocco di contenuti indesiderati e per garantire la sicurezza. Al posto dell'API webRequest, nella terza versione del manifesto \u00e8 stata proposta un'API declarativeNetRequest con funzionalit\u00e0 limitate, che fornisce accesso a un motore integrato per la filtrazione, elaborando autonomamente le regole di blocco, senza consentire l'uso di algoritmi di filtrazione personalizzati e senza permettere di stabilire regole complesse che si sovrappongono in base alle condizioni. <\/p>\n
Tra le caratteristiche dell'implementazione del nuovo manifesto in Firefox: <\/p>\n
\n
\u00c8 stato aggiunto un nuovo API dichiarativo per il filtraggio dei contenuti, ma a differenza di Chrome, non \u00e8 stata interrotta la supporto alla modalit\u00e0 di blocco dell'API webRequest.\n
Nel manifesto \u00e8 definita la sostituzione delle pagine di sfondo con la variante Service Workers, che funziona come processi in background (Background Service Workers). Per garantire la compatibilit\u00e0 futura, Firefox supporter\u00e0 i Service Workers, ma attualmente \u00e8 stato proposto un nuovo meccanismo chiamato Event Pages, che \u00e8 pi\u00f9 familiare per gli sviluppatori web, non richiede una completa ristrutturazione delle estensioni e elimina le limitazioni associate all'uso dei Service Workers. Event Pages consentir\u00e0 di adattare le estensioni esistenti con pagine di sfondo ai requisiti della terza versione del manifesto, mantenendo l'accesso a tutte le funzionalit\u00e0 necessarie per lavorare con il DOM. <\/li>\n
Il nuovo modello di richiesta di autorizzazione a granularit\u00e0 fine \u2014 l'estensione non sar\u00e0 attivabile immediatamente su tutte le pagine (rimosso il permesso \u00aball_urls\u00bb), ma funzioner\u00e0 solo nel contesto della scheda attiva, cio\u00e8 l'utente dovr\u00e0 confermare il funzionamento dell'estensione per ogni sito. In Firefox tutte le richieste di accesso ai dati del sito saranno considerate non obbligatorie e la decisione finale di concedere l'accesso sar\u00e0 presa dall'utente, che potr\u00e0 decidere selettivamente a quale estensione consentire di accedere ai propri dati su un determinato sito.\n
Per gestire le autorizzazioni, nell'interfaccia \u00e8 stata aggiunta un nuovo pulsante \u00abUnified Extensions\u00bb, gi\u00e0 testabile nelle versioni notturne di Firefox. Il pulsante fornisce strumenti per gestire direttamente a quali siti ha accesso ciascuna estensione \u2014 l'utente pu\u00f2 concedere e revocare l'accesso dell'estensione a qualsiasi sito. La gestione delle autorizzazioni si applica solo alle estensioni basate sulla terza versione del manifesto; per le estensioni della seconda versione del manifesto non viene effettuata una gestione granulare dell'accesso ai siti.
<\/center> <\/li>\n
Modifica dell'elaborazione delle richieste Cross-origin \u2014 secondo il nuovo manifesto, gli script di elaborazione dei contenuti dovranno sottostare alle stesse limitazioni di autorizzazione della pagina principale in cui tali script vengono inseriti (ad esempio, se la pagina non ha accesso all'API di geolocalizzazione, anche lo script dell'estensione non avr\u00e0 accesso). Questa modifica \u00e8 completamente implementata in Firefox. <\/li>\n
API basato su Promise. Firefox supporta questa API e per la terza versione del manifesto la trasferir\u00e0 nello spazio dei nomi \u00abchrome.*\u00bb. <\/li>\n
![\"Mozilla](\"\/wp-content\/uploads\/2022\/11\/62422c3bf8021866caee67b47e642d5c.jpg\")
<\/center> <\/li>\n