Pag-port ng mga proxy extension sa pagitan ng Chrome at Firefox
Nag-aalok ang Firefox at Chrome ng mga extension API na magkatulad ang pangalan ngunit magkaiba ang modelo ng configuration. I-port ang patakaran sa routing, hindi lang ang namespace.
Ang pagpapalit ng pangalan ng chrome sa browser ay hindi kumpletong port ng isang proxy extension.
Gumagamit ang fixed-server configuration ng Chrome ng mode at rules object. Naglalantad ang Firefox ng sariling interface ng global proxy settings at isang proxy.onRequest API kada kahilingan. Hindi ginagawang mapagpapalit ang kanilang mga input object ng magkatulad na pangalan.
Magsimula sa patakarang nais mong ipahayag: isang fixed endpoint, isang PAC configuration, o isang ruta na hiwalay na pinipili para sa bawat kahilingan. Pagkatapos gamitin ang interface na dokumentado para sa bawat browser.
Maaaring magbalik ng proxy information mula sa extension code ang listener kada kahilingan ng Firefox. Nangangailangan ito ng proxy permission at angkop na host access para sa mga naharang na kahilingan. Iba itong disenyo kaysa sa pagkopya ng Chrome fixed-server settings object at umasa na makikilala ng browser ang bawat field.
Suriin din ang sinusuportahang bersyon ng Firefox at mga kinakailangan sa manifest. Inilalarawan ng lumang mga halimbawang gumagamit ng proxy.register() ang mas naunang API at hindi dapat maging batayan ng kasalukuyang extension.
Panatilihing hiwalay ang shared policy data sa adaptation na partikular sa browser. Dapat ipakita ng mga test at diagnostics ang rutang pinili para sa isang destinasyon sa bawat browser, kabilang ang sinadyang direktang resulta. Ang wastong manifest at API call na hindi nagtatapon ng error ay simula pa lamang.