{"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\/nl\/blog\/news\/mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome","title":{"rendered":"Mozilla zal niet alle beperkingen van de WebExtensions API overnemen uit het nieuwe manifest van Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Mozilla heeft aangekondigd<\/a><\/noindex>, dat ondanks het gebruik van het systeem voor extensies op basis van de WebExtensions API in Firefox, de ontwikkelaars niet van plan zijn om volledig te volgen met de toekomstige derde editie van het manifest voor Chrome-extensies. In het bijzonder zal de ondersteuning voor de blokkeringsmodus van de API in Firefox worden voortgezet webRequest<\/a><\/noindex>, waarmee de ontvangen inhoud on-the-fly kan worden gewijzigd en dat populair is in advertentieblokkers en contentfiltersystemen. <\/p>\n

Het hoofddoel van de overstap naar de WebExtensions API was de uniformering van de technologie voor het ontwikkelen van extensies voor Firefox en Chrome, waardoor in de huidige versie in Firefox bijna 100% compatibiliteit met de actuele tweede versie van het Chrome-manifest is gegarandeerd. Het manifest definieert de lijst met mogelijkheden en bronnen die aan extensies worden aangeboden. Vanwege de invoering van beperkende maatregelen in de derde versie van het manifest, die door ontwikkelaars van extensies als negatief wordt ervaren, zal Mozilla afzien van de praktijk van volledige naleving van het manifest en de wijzigingen die de compatibiliteit met extensies in Firefox schaden, niet overnemen.<\/p>\n

de belangrijkste ondanks<\/a><\/noindex> en een werkende opdracht krijgen.<\/a><\/noindex> all<\/a><\/noindex> bezwaar<\/a><\/noindex>, heeft Google van plan om de ondersteuning voor de blokkeringsmodus van de webRequest API in Chrome te be\u00ebindigen, door deze te beperken tot alleen-lezen modus en een nieuwe declaratieve API voor contentfiltering aan te bieden. 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

Mozilla overweegt ook de haalbaarheid van het overdragen van de ondersteuning voor enkele andere wijzigingen uit de derde versie van het Chrome-manifest naar Firefox, die de compatibiliteit met extensies schaden:<\/p>\n