{"id":100307,"date":"2021-05-28T16:22:45","date_gmt":"2021-05-28T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome"},"modified":"2021-05-28T16:22:45","modified_gmt":"2021-05-28T14:22:45","slug":"mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla har opsummeret planer for at underst\u00f8tte den tredje version af Chrome-manifestet i Firefox","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mozilla har offentliggjort en implementeringsplan i Firefox for den tredje version af Chrome-manifestet, som definerer de funktioner og ressourcer, der tilbydes tilf\u00f8jelser. Den tredje version af manifestet har v\u00e6ret genstand for kritik p\u00e5 grund af dens indvirkning p\u00e5 mange tilf\u00f8jelser, der blokerer u\u00f8nsket indhold og sikrer sikkerhed. <\/p>\n
I Firefox planl\u00e6gger man at implementere n\u00e6sten alle funktioner og begr\u00e6nsninger fra det nye manifest, herunder et deklarativt API til indholdsfiltrering (declarativeNetRequest). Men i mods\u00e6tning til Chrome vil Firefox ikke stoppe st\u00f8tten til den gamle blokeringsmode API webRequest, i det mindste ikke f\u00f8r det nye API fuldt ud im\u00f8dekommer behovene hos udviklere af tilf\u00f8jelser, der bruger API webRequest. Denne tilgang vil sikre kompatibilitet med Chrome-tilf\u00f8jelser uden at kompromittere kompatibiliteten med tilf\u00f8jelser, der er bundet til API webRequest. <\/p>\n
Vi minder om, at den prim\u00e6re utilfredshed med det nye manifest er relateret til overgangen til l\u00e6se-\u00f8verste tilstand for API webRequest, som gjorde det muligt at tilslutte egne behandlere, der havde fuld adgang til netv\u00e6rksanmodninger og kunne \u00e6ndre trafikken on-the-fly. Det p\u00e5g\u00e6ldende API anvendes i uBlock Origin og mange andre tilf\u00f8jelser til at blokere u\u00f8nsket indhold og sikre sikkerhed. I stedet for API webRequest tilbydes et begr\u00e6nset kapacitets API declarativeNetRequest, som giver adgang til den indbyggede motor til filtrering, der selvst\u00e6ndigt behandler blokkeringsregler, ikke tillader brug af egne filtreringsalgoritmer og ikke tillader komplekse regler, der overlapper hinanden afh\u00e6ngigt af betingelser. <\/p>\n
I Firefox er det planlagt at give st\u00f8tte til den tredje version af Chrome-manifestet til test i slutningen af 2021, mens implementeringen af det nye manifest er planlagt til begyndelsen af 2022. Af s\u00e6rlige funktioner ved implementeringen af det nye manifest i Firefox fremh\u00e6ves: <\/p>\n
\n
Tilvejebringelse af API declarativeNetRequest, men med muligheden for at anvende det gamle API webRequest.\n
\u00c6ndring af h\u00e5ndtering af Cross-origin anmodninger \u2014 i henhold til det nye manifest for scripts vil de samme begr\u00e6nsninger g\u00e6lde for scripts, der h\u00e5ndterer indhold, som for hovedsiden, hvor disse scripts implementeres (for eksempel, hvis siden ikke har adgang til API'en til bestemmelse af placering, vil scriptet ogs\u00e5 ikke f\u00e5 denne adgang). Nogle af de relaterede \u00e6ndringer i forbindelse med begr\u00e6nsninger for Cross-origin anmodninger er allerede tilg\u00e6ngelige til test i natlige builds af Firefox (udvikles som en del af Fission-projektet, som kan aktiveres i about:preferences#experimental) og planl\u00e6gges til udbredt implementering i tredje kvartal af 2021.\n
Baggrundssider vil blive erstattet af Service workers, der fungerer i form af baggrundsprocesser. \u00c6ndringen er endnu ikke klar til test.\n
API baseret p\u00e5 Promise. Firefox underst\u00f8tter allerede denne type API i navneomr\u00e5det \u00abbrowser.*\u00bb og vil overf\u00f8re det til navneomr\u00e5det \u00abchrome.*\u00bb for den tredje version af manifestet.\n
Ny granuleret model for anmodning om tilladelser \u2014 et supplement vil ikke kunne aktiveres straks for alle sider (tilladelsen \u00aball_urls\u00bb er fjernet), men vil kun fungere i konteksten af den aktive fane, dvs. brugeren skal bekr\u00e6fte brugen af supplementet for hver enkelt hjemmeside. Mozilla arbejder p\u00e5 at styrke adgangskontrollen, men har til hensigt at give brugerne mulighed for selv at tr\u00e6ffe beslutninger om, hvorvidt de vil tillade supplementer at arbejde med forskellige faner.\n