Proxy-uitbreidings tussen Chrome en Firefox oorplaas
Firefox en Chrome bied uitbreidings-API's met soortgelyke name maar verskillende konfigurasiemodelle. Herporteer die roeteringsbeleid, nie net die naamruimte nie.
Om chrome na browser te hernoem is nie 'n volledige oorplasing van 'n proxy-uitbreiding nie.
Chrome se konfigurasie vir 'n vaste bediener gebruik 'n modus- en reëls-objek. Firefox bied sy eie koppelvlak vir globale proxy-instellings en 'n proxy.onRequest-API per versoek. Soortgelyke name maak nie hul invoerobjekte onderling verwisselbaar nie.
Begin met die beleid wat jy wil uitdruk: een vaste eindpunt, 'n PAC-konfigurasie, of 'n roete wat vir elke versoek afsonderlik gekies word. Gebruik dan die koppelvlak wat vir elke blaaier gedokumenteer is.
Firefox se ontvanger per versoek kan proxy-inligting uit uitbreidingskode terugstuur. Dit vereis die proxy-toestemming en die gepaste gasheertoegang vir onderskepte versoeke. Dit is 'n ander ontwerp as om 'n Chrome-konfigurasieobjek vir 'n vaste bediener te kopieer en te hoop die blaaier herken elke veld.
Kontroleer ook die ondersteunde Firefox-weergawe en die manifest-vereistes. Ou voorbeelde wat proxy.register() gebruik, beskryf 'n vroeëre API en behoort nie die grondslag van 'n huidige uitbreiding te wees nie.
Hou gedeelde beleidsdata apart van blaaier-spesifieke aanpassing. Toetse en diagnostiek moet die roete wys wat vir 'n bestemming in elke blaaier gekies word, insluitend 'n doelbewuste direkte resultaat. 'n Geldige manifest en 'n API-oproep wat nie foute gooi nie, is slegs die begin.