Portere proxyutvidingar mellom Chrome og Firefox
Firefox og Chrome tilbyr utvidings-API-ar med like namn, men ulike konfigurasjonsmodellar. Porter rutingspolitikken, ikkje berre namnerommet.
Å gje chrome nytt namn til browser er ikkje ein fullstendig port av ei proxyutviding.
Konfigurasjonen for fast tenar i Chrome brukar eit modus- og reglar-objekt. Firefox tilbyr sitt eige grensesnitt for globale proxyinnstillingar og eit proxy.onRequest-API per førespurnad. Like namn gjer ikkje inndataobjekta deira utbytbjuge.
Byrja med politikken du vil uttrykkje: eitt fast endepunkt, ein PAC-konfigurasjon eller ei rute som blir vald særskilt for kvar førespurnad. Bruk deretter grensesnittet som er dokumentert for kvar nettlesar.
Lyttaren til Firefox per førespurnad kan returnere proxyinformasjon frå utvidingskoden. Han krev proxy-løyvet og rett vertstilgang for avskjerte førespurnader. Det er ein annan design enn å kopiere eit Chrome-innstillingsobjekt for fast tenar og håpe at nettlesaren kjenner att kvart felt.
Sjekk òg den støtta Firefox-versjonen og manifestkrava. Gamle døme som brukar proxy.register() skildrar eit tidlegare API og bør ikkje vere grunnlaget for ei gjeldande utviding.
Hald delte politikdata skilde frå nettlesarspecifikk tilpassing. Testar og diagnostikk bør vise ruta som blir vald for ein destinasjon i kvar nettlesar, inkludert eit medvite direkte resultat. Eit gyldig manifest og eit API-kall utan feil er berre byrjinga.