{"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\/nl\/blog\/news\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","title":{"rendered":"In Chrome is begonnen met het testen van de derde versie van de manifest, die niet compatibel is met uBlock Origin","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Google we zijn begonnen met het testen<\/a><\/noindex> van de derde versie van het Chrome-manifest, die de werking<\/a><\/noindex> van veel extensies voor het blokkeren van ongewenste inhoud en het waarborgen van de veiligheid verstoort. Ondersteuning voor het nieuwe manifest, dat de mogelijkheden en middelen die aan extensies worden verstrekt definieert, is toegevoegd aan experimentele builds<\/a><\/noindex> Het nieuwe manifest is ontwikkeld in het kader van Chrome Canary<\/a><\/noindex>.
\nde versterking van de veiligheid, privacy en prestaties van extensies (de belangrijkste doelstelling is het vereenvoudigen van de ontwikkeling van veilige en hoogpresterende extensies, en het bemoeilijken van de mogelijkheid om onveilige en trage extensies te cre\u00ebren). van het initiatief<\/a><\/noindex> Het manifest bevindt zich nog in een vroege alfa-testfase, is niet definitief en is toegevoegd om ontwikkelaars de kans te geven om te beginnen met experimenteren en hun extensies aan te passen.<\/p>\n

De activering van het nieuwe manifest wordt volgend jaar verwacht. De datum waarop de ondersteuning voor de tweede versie van het manifest wordt stopgezet, is nog niet bepaald.
\nOm de migratie van extensies naar het nieuwe manifest te vereenvoudigen, is er een
\n controlelijst , inclusief wijzigingen waar ontwikkelaars van extensies op moeten letten.<\/a><\/noindex>Laten we niet vergeten dat<\/p>\n

de belangrijkste manifesten<\/a><\/noindex> onvrede<\/a><\/noindex> nieuwe<\/a><\/noindex> verbonden zijn met de stopzetting van de ondersteuning voor de blocking mode van de webRequest API, die zal worden beperkt tot een alleen-lezen modus. Uitzonderingen worden gemaakt voor de Chrome-uitgave voor bedrijven (Chrome for Enterprise), waarin ondersteuning voor de webRequest API behouden blijft. Mozilla heeft besloten het nieuwe manifest niet te volgen en de volledige functionaliteit van de webRequest API in Firefox te behouden.<\/a><\/noindex> In plaats van de webRequest API wordt in het nieuwe manifest een declaratieve API voorgesteld,<\/p>\n

declarativeNetRequest. Als de webRequest API het mogelijk maakte om eigen handlers aan te sluiten, die volledige toegang hadden tot netwerkverzoeken en het verkeer on-the-fly konden wijzigen, biedt de nieuwe API declarativeNetRequest toegang tot een kant-en-klaar universeel ingebouwd filtermechanisme, dat zelfstandig blokkeringregels verwerkt, het gebruik van eigen filteralgoritmes niet toestaat en geen complexe regels die elkaar overlappen op basis van voorwaarden toestaat.<\/a><\/noindex>In het nieuwe manifest zijn ook andere wijzigingen opgenomen die van invloed zijn op de compatibiliteit met extensies. Enkele hiervan zijn: <\/p>\n

In het nieuwe manifest zijn ook andere wijzigingen opgenomen die van invloed zijn op de compatibiliteit met extensies. Daaronder:<\/p>\n