chrome ကို browser ဟု အမည်ပြောင်းခြင်းသည် proxy extension တစ်ခုကို အပြည့်အဝ ရွှေ့ပြောင်းခြင်း မဟုတ်ပါ။

Chrome ၏ fixed-server configuration သည် mode နှင့် rules object ကို အသုံးပြုသည်။ Firefox သည် ကိုယ်ပိုင် global proxy settings interface နှင့် တောင်းဆိုမှုတစ်ခုစီအတွက် proxy.onRequest API ကို ပေးသည်။ အမည်တူခြင်းက ၎င်းတို့၏ input object များကို အလှည့်အပြောင်း အသုံးပြုနိုင်စေမည် မဟုတ်ပါ။

သင်ဖော်ပြလိုသော မူဝါဒမှ စတင်ပါ။ fixed endpoint တစ်ခု၊ PAC configuration တစ်ခု၊ သို့မဟုတ် တောင်းဆိုမှုတစ်ခုစီအတွက် သီးခြားရွေးချယ်သော route တစ်ခု။ ထို့နောက် browser တစ်ခုစီအတွက် မှတ်တမ်းတင်ထားသော interface ကို အသုံးပြုပါ။

Firefox ၏ တောင်းဆိုမှုတစ်ခုစီအတွက် listener သည် extension code မှ proxy အချက်အလက်ကို ပြန်ပေးနိုင်သည်။ ၎င်းသည် proxy ခွင့်ပြုချက် နှင့် ကြားဖြတ်ဖမ်းယူထားသော တောင်းဆိုမှုများအတွက် သင့်လျော်သော host access လိုအပ်သည်။ ၎င်းသည် Chrome ၏ fixed-server settings object ကို ကူးယူပြီး browser က field တိုင်းကို မှတ်မိလိမ့်မည်ဟု မျှော်လင့်ခြင်းနှင့် မတူသော ဒီဇိုင်းဖြစ်သည်။

ပံ့ပိုးထားသော Firefox version နှင့် manifest လိုအပ်ချက်များကိုလည်း စစ်ဆေးပါ။ proxy.register() ကို အသုံးပြုသော ဥပမာဟောင်းများသည် ယခင် API ကို ဖော်ပြပြီး လက်ရှိ extension ၏ အခြေခံ မဖြစ်သင့်ပါ။

မျှဝေထားသော မူဝါဒဒေတာကို browser အလိုက် ချိန်ညှိမှုနှင့် ခွဲထားပါ။ စမ်းသပ်မှုနှင့် စစ်ဆေးမှုများသည် browser တစ်ခုစီတွင် ဦးတည်ရာတစ်ခုအတွက် ရွေးချယ်ထားသော route ကို ပြသသင့်ပြီး တမင်တကာ တိုက်ရိုက်ရလဒ်ကိုလည်း ထည့်သွင်းသင့်သည်။ မှန်ကန်သော manifest နှင့် error မထွက်သော API ခေါ်ဆိုမှုသည် အစသာ ဖြစ်သည်။

ဆက်စပ်ဆောင်းပါးများ