door Martin Brinkmann op 22 januari 2019 in Google Chrome – 15 reacties
Google werkt aan de Chrome-extensie manifest versie 3 op het moment waarin de mogelijkheden van Chrome extensies platform.
De bijgewerkte manifest is beschikbaar als een ontwerp van dit moment die iedereen kan openen. Ontwerp betekent dat het niet in steen gebeiteld maar en dat de dingen kunnen veranderen. Google laat de bijgewerkte versie van het manifest uiteindelijk maar en verplicht na afloop van een overgangsperiode.
Geïnteresseerde gebruikers en extensie ontwikkelaars, kunt u de tracking-bug, probleem 896897, op het Chromium-Bugs website.
Raymond Hill, bekend als Gorhill online, de auteur van de populaire content blokkers uBlock Oorsprong en uMatrix, uitte zijn bezorgdheid over een aantal van de geplande wijzigingen aan deze wijzigingen meewerken, indien uitgevoerd zoals voorgesteld momenteel is het verwijderen van de functionaliteit die de extensies gebruiken voor inhoud blokkeren.
Google van plan is te verwijderen blokkeeropties van de webRequest API en vraagt ontwikkelaars om gebruik declarativeNetRequest plaats. Een van de belangrijkste problemen met de voorgestelde wijziging is dat het gemaakt voor de ondersteuning van AdBlock Plus compatibel filters alleen en zou beperken filters aan de 30k.
Hill vermeld op Google ‘ s bug tracking site die een einde aan zijn extensies uBlock Oorsprong en uMatrix voor Google Chrome. Hoewel het mogelijk zou zijn om over te schakelen naar de nieuwe functionaliteit, het is te beperkt en zou verlamde bestaande functionaliteit van de inhoud blokkeren extensies.
Als dit (heel beperkt) declarativeNetRequest API eindigt de enige manier waarop de inhoud blokkers kunnen volbrengen van hun plicht, dit betekent in wezen dat twee content blokkers ik heb gehandhaafd voor de jaren, uBlock Oorsprong (“uBO”) en uMatrix, kan niet langer bestaan.
Er zijn andere functies (die ik juist gewaardeerd wordt door veel gebruikers) die niet kunnen worden uitgevoerd met de declarativeNetRequest API, voor voorbeelden, de blokkering van de media-elementen die groter zijn dan een set grootte, het uitschakelen van de uitvoering van JavaScript door de injectie van CSP-richtlijnen, de verwijdering van uitgaande Cookie-headers, etc. — en al deze kan worden ingesteld voor het overschrijven van een minder specifieke instelling, d.w.z. men kan kiezen voor een globaal blok grote media-elementen, maar laat ze op een paar specifieke sites, en dus op nog kunnen negeren deze regels met steeds meer specifieke regels.
De nieuwe API zou beperken de inhoud blokkers voor Chrome-browsers en elimineren van mogelijkheden voor het creëren van nieuwe en unieke content blokkeren extensies. Dat alles zou worden overgelaten en zijn AdBlock Plus, zoals het filteren van extensies die bieden allemaal dezelfde blokkeren functionaliteit.
Terwijl er nog steeds zou worden adblockers voor Chrome, de grens van 30.000 netwerk filters zou zelfs degenen die minder in staat dan voorheen. EasyList, een zeer populaire blokkeren lijst heeft van 42.000 filters en als gebruikers toevoegen van andere lijsten die worden gebruikt voor andere doeleinden, zoals social blokkeren, dat aantal zou toenemen, zelfs meer.
U kunt volg de discussie op uBlock Oorsprong GitHub pagina.
Slotwoord
Zou dit zijn Google ‘ s plan? Het maken van een web browser en gebruik het om de bestrijding van het misbruik van de content blokkers? Blokkeer wat vervelende advertenties, toestaan basis content-blokkers, en blokkeren elke andere vorm van inhoud blokkeren om ervoor te zorgen dat de Google-advertenties weer beter?
Sommige gebruikers zouden zeker verplaatsen naar Firefox als uBlock Oorsprong, uMatrix en andere inhoud blokkers zou niet meer werken in Chrome-browsers. Zelfs als miljoenen zou migreren, het zou nog steeds Chrome domineren de hele desktop browser markt.
Het zal ook interessant zijn om te zien hoe Opera, Vivaldi, Dapper en andere Chroom-gebaseerde browser-ontwikkelaars reageren op de verandering, als het gaat op de manier waarop het wordt voorgesteld nu.
Nu U: Wat is uw mening over dit?