Google sta progettando di fare alcune importanti modifiche al comportamento delle estensioni di Chrome che potrebbe eliminare qualche annuncio bloccanti.
Raymond Hill, lo sviluppatore di uBlock Origine e uMatrix, sollevato preoccupazioni su martedì via il Cromo bug tracker che le prossime modifiche ad alcune Api di Chrome significherebbe la sua estensione “non esistono più”.
Hill post, macchiato dal Registro, solleva preoccupazioni circa le proposte di Google Manifesto V3 documento che dettagli i cambiamenti previsti per le Estensioni di Chrome piattaforma.
Hill riguarda center di Google proposta per evitare il blocco di annunci attraverso il webRequest API e limitare la capacità di bloccare per un nuovo DeclarativeNetRequest API.
Egli spiega che la nuova API non avrebbe impatto Adblock Plus, in quanto “semplicemente impone” che particolare ad blocker è modo di bloccare. Che, di per sé, è un potenziale problema, dato Google e gli altri, secondo quanto riferito a pagare Adblock Plus per avere i loro annunci in una white list. E la nuova restrizione di annunci di terze parti bloccanti segue Google ad-blocking sforzi in Chrome.
Tuttavia, la Collina è più preoccupato che se ad bloccanti sono limitate a solo utilizzando il declarativeNetRequest API, uBlock Origine e uMatrix sarà rovinato.
Hill ha anche note che sarà impossibile, per altri ad-blocker agli sviluppatori di creare nuovi e originali filtro-i disegni del motore.
Google spiega che nel Manifesto V3 essa ha lo scopo di limitare il blocco versione di webRequest, “potenzialmente rimozione di opzioni di blocco dal maggior numero di eventi (che li rende osservazionali)”. Sarà anche incoraggiare i contenuti bloccanti per utilizzare invece declarativeNetRequest.
L’attuale webRequest API è utile per ad-blocker estensioni, perché consente loro di intercettare le richieste di rete di modificare, redirect, o il loro blocco.”
VEDERE: Sensore piacerebbe enterprise: IoT, ML, e big data (ZDNet relazione speciale) | Scaricare il report in formato PDF (TechRepublic)
Google spiega che il webRequest API può avere un effetto significativo su tutte le richieste di rete, anche quelli che non vengono modificate, reindirizzate o bloccati dall’estensione, in quanto Chrome deve superare una richiesta per l’estensione e attendere che l’estensione del processo prima del trattamento stesso.
Supponendo Manifesto V3 è adottata, la nuova webRequest API permetterebbe solo estensioni di osservare le richieste di rete, ma non di modificare, reindirizzare o il loro blocco.
Descrivere il declarativeNetRequest API, Google note l’API consente estensioni per raccontare Chrome che fare con una richiesta, piuttosto che con Chrome inoltrare la richiesta per l’estensione.
“Così, invece di sopra di flusso in cui Chrome riceve la richiesta, chiede l’estensione, e poi alla fine si ottiene il risultato, il flusso è che l’estensione racconta Chrome come gestire una richiesta e Chrome in grado di gestire in modo sincrono” il documento Google membri.
“Questo ci permette di garantire la massima efficienza dal momento che a) siamo in grado di controllare l’algoritmo per determinare il risultato e b) siamo in grado di prevenire o disattivare inefficiente regole. Questo è anche meglio per la privacy degli utenti, come i dettagli della richiesta di rete non sono mai esposte all’estensione.”
Tuttavia, Hill sostiene che il passaggio da webRequest per il DeclarativeNetRequest API uccidere così tanti contenuti-la capacità di bloccare che egli si domanda se Chrome può essere chiamato “user agent” e suggerisce piuttosto che un agente per i siti web.
“Le estensioni di agire per conto degli utenti, aggiungere capacità di un utente di agent’, e disprezzando la capacità di blocco di webRequest API essenzialmente diminuire il livello di agenzia in Cromo, a beneficio di siti web, il che, ovviamente, sarebbe felice di avere l’ultima parola in quali risorse proprie pagine può fetch/execute/rendering”, ha scritto Collina.
“Con un limitato declarativeNetRequest API e la rimozione del blocco di capacità di webRequest API, io sono scettico ‘user agent’ sarà ancora una apposita categoria per classificare Cromo.”
Precedente e relativa copertura
Chrome OS per bloccare l’accesso USB, mentre lo schermo è bloccato
Google prende le misure per proteggere i Chromebook da alcuni tipi di accesso fisico attacchi.
Microsoft conferma che le estensioni di Chrome verrà eseguito sul nuovo Bordo browser
Microsoft Cromo-based Bordo browser potrebbe chiudere l’estensione gap.
Google: Ecco come i nostri Cromato ad blocker è uccidere pirati
E Google fa il caso contro l’uso di ricerca copyright takedown per combattere la pirateria.
Google ripristina ‘www’ a Chrome Url dopo la reazione dell’utente
Ma non per molto – che sarà andato di nuovo da Chrome 70.
Google tagli falso annuncio bloccanti dal Chrome Store: sono Stati tra i 20 milioni di ingannare?
Falso ad-blocker estensioni in Chrome Web Store ingannare milioni di persone nella loro installazione.
Ciò che le aziende hanno bisogno di conoscere il nuovo Cromo-based Bordo browser TechRepublic
Come Microsoft saranno in grado di mantenere il proprio browser priorità una volta che non controlla più il destino del proprio motore del browser?
Google crepe giù sul dannosi estensioni di Chrome CNET
Un più rigoroso processo di revisione che comprende più l’uomo cerca di controllare meglio le estensioni che richiedono un sacco di potenza.
Argomenti Correlati:
Cloud
Big Data Analytics
L’innovazione
Tecnologia e Lavoro
Collaborazione