Proxy-Erweiderungen tëschent Chrome a Firefox portéieren
Firefox a Chrome bidden Erweiderungs-APIen mat ähnlechen Nimm awer ënnerschiddleche Konfiguratiounsmodeller. Portéier d'Routingpolitik, net just den Nummraum.
chrome an browser ëmzebenennen ass kee komplette Port vun enger Proxy-Erweiderung.
Dem Chrome seng Konfiguratioun fir e feste Server benotzt en Objet aus Modus a Regelen. Firefox bitt seng eege Schnëttstell fir global Proxy-Astellungen an eng proxy.onRequest-API pro Ufro. Ähnlech Nimm maachen hir Inputobjeten net ëmtaischbar.
Fänk mat der Politik un, déi dir wëllt ausdrécken: een eenzegen Endpunkt, eng PAC-Konfiguratioun oder eng Route, déi fir all Ufro separat gewielt gëtt. Benotz duerno d'Schnëttstell, déi fir all Browser dokumentéiert ass.
Den Ufro-Listener vu Firefox kann Proxy-Informatioun aus dem Erweiderungscode zréckginn. Hie verlaangt d'Proxy-Erlaabnes an de passenden Hostzougang fir ofgefaangen Ufroen. Dat ass en aneren Design wéi en Objet mat Astellunge fir e feste Server vum Chrome ze kopéieren an ze hoffen, datt de Browser all Feld erkennt.
Iwwerpréif och déi ënnerstëtzte Firefox-Versioun an d'Manifest-Ufuerderungen. Al Beispiller, déi proxy.register() benotzen, beschreiwen eng méi fréi API a sollten net d'Basis vun enger aktueller Erweiderung sinn.
Halt gemeinsam Politikdaten getrennt vun der browserspezifescher Upassung. Tester an Diagnostik sollten d'Route weisen, déi fir en Zil an all Browser gewielt gëtt, inklusiv engem bewosst direkte Resultat. En gültege Manifest an en API-Opruff ouni Ausnam sinn just den Ufank.