Chrome manifest အသစ်မှ WebExtensions API ကန့်သတ်ချက်များကို Mozilla က ကျော်လွန်မည်မဟုတ်ပါ။

Mozilla ကုမ္ပဏီ ကြေငြာခဲ့သည်Firefox တွင် WebExtensions API ကိုအခြေခံသည့် အပိုပရိုဂရမ်စနစ်ကို အသုံးပြုထားသော်လည်း developer များသည် Chrome အပိုပရိုဂရမ်များအတွက် အနာဂတ် တတိယအကြိမ်ထုတ်ဝေမှုကို အပြည့်အဝလိုက်နာရန် မရည်ရွယ်ပါ။ အထူးသဖြင့်၊ Firefox သည် API ၏ပိတ်ဆို့ခြင်းမုဒ်ကို ဆက်လက်ပံ့ပိုးပေးမည်ဖြစ်သည်။ ဝဘ်တောင်းဆိုချက်လက်ခံရရှိထားသော အကြောင်းအရာများကို လျင်မြန်စွာပြောင်းလဲနိုင်စေပြီး ကြော်ငြာပိတ်ဆို့ခြင်းများနှင့် အကြောင်းအရာစစ်ထုတ်ခြင်းစနစ်များတွင် တောင်းဆိုမှုတစ်ခုဖြစ်သည်။

WebExtensions API သို့ ပြောင်းရွှေ့ခြင်း၏ အဓိက အယူအဆမှာ Firefox နှင့် Chrome အတွက် အပိုပရိုဂရမ်များ ရေးဆွဲခြင်းအတွက် နည်းပညာကို ပေါင်းစည်းရန်ဖြစ်ပြီး ၎င်း၏ လက်ရှိပုံစံတွင် Firefox သည် Chrome manifest ၏ လက်ရှိ ဒုတိယဗားရှင်းနှင့် 100% နီးပါး တွဲဖက်အသုံးပြုနိုင်ပါသည်။ မန်နီးဖက်စ်သည် အပိုပရိုဂရမ်များအတွက် ပံ့ပိုးပေးသည့် စွမ်းရည်များနှင့် အရင်းအမြစ်များစာရင်းကို သတ်မှတ်သည်။ အပိုပရိုဂရမ်ဆော့ဖ်ဝဲရေးသားသူများမှ အနုတ်သဘောဆောင်သည်ဟု ယူဆသည့် manifesto ၏တတိယဗားရှင်းတွင် တင်းကျပ်သောအစီအမံများကို မိတ်ဆက်ခြင်းကြောင့် Mozilla သည် manifesto ကို အပြည့်အဝလိုက်နာခြင်းအလေ့အကျင့်မှ ဖယ်ခွာသွားမည်ဖြစ်ပြီး add-နှင့် လိုက်ဖက်ညီမှုရှိသော Firefox သို့ ပြောင်းလဲမှုများကို လွှဲပြောင်းမည်မဟုတ်ပါ။ ons

ကွောငျးသတိရပါ သို့ပေမယ့် အပေါ် အားလုံး ကန့်ကွက်သည်။Google သည် Chrome ရှိ webRequest API ၏ ပိတ်ဆို့ခြင်းမုဒ်ကို ရပ်တန့်ရန် ရည်ရွယ်ထားပြီး ၎င်းကို ဖတ်ရန်သာမုဒ်တွင် ကန့်သတ်ထားပြီး အကြောင်းအရာစစ်ထုတ်ခြင်းအတွက် ကြေငြာ API အသစ်ကို ကမ်းလှမ်းထားသည်။ declarativeNetRequest. webRequest API သည် သင့်အား ကွန်ရက်တောင်းဆိုမှုများကို အပြည့်အဝဝင်ရောက်ခွင့်ရှိပြီး အသွားအလာကို အမြန်မွမ်းမံနိုင်သည့် သင်၏ကိုယ်ပိုင်ကိုင်တွယ်သူများကို ချိတ်ဆက်ခွင့်ပြုသော်လည်း၊ declarativeNetRequest API အသစ်သည် ပိတ်ဆို့ခြင်းစည်းမျဉ်းများကို လွတ်လပ်စွာလုပ်ဆောင်နိုင်သည့် အဆင်သင့်လုပ်ထားသော universal built-in filtering engine ကို ဝင်ရောက်ခွင့်ပေးပါသည်။ ၊ သင့်ကိုယ်ပိုင် filtering algorithms များကိုအသုံးပြုခြင်းကို ခွင့်မပြုသည့်အပြင် အခြေအနေများပေါ်မူတည်၍ တစ်ခုနှင့်တစ်ခု ထပ်နေမည့် ရှုပ်ထွေးသောစည်းမျဉ်းများကို သတ်မှတ်ရန် ခွင့်မပြုပါ။

Mozilla သည် အပိုပရိုဂရမ်များနှင့် လိုက်ဖက်ညီမှုကို ချိုးဖျက်သည့် Chrome manifest ၏တတိယဗားရှင်းမှ အခြားပြောင်းလဲမှုအချို့အတွက် Firefox ပံ့ပိုးမှုသို့ ပြောင်းရွှေ့နိုင်ခြေကို အကဲဖြတ်နေသည်-

• ဆော့ဖ်ဝဲရေးသားသူအချို့၏ ထပ်တိုးကုဒ်ကို ပြောင်းလဲရန် လိုအပ်မည့် နောက်ခံလုပ်ငန်းစဉ်များပုံစံဖြင့် ဝန်ဆောင်မှုဝန်ထမ်းများကို အကောင်အထည်ဖော်ခြင်းသို့ ကူးပြောင်းခြင်း။ နည်းလမ်းအသစ်သည် စွမ်းဆောင်ရည်ရှုထောင့်မှ ပိုမိုထိရောက်သော်လည်း Mozilla သည် နောက်ခံစာမျက်နှာများလည်ပတ်ခြင်းအတွက် ပံ့ပိုးမှုကို ထိန်းသိမ်းရန် စဉ်းစားနေသည်။
• အသေးစိတ်ခွင့်ပြုချက်တောင်းဆိုမှုပုံစံအသစ် - စာမျက်နှာအားလုံးအတွက် အပိုပရိုဂရမ်ကို တစ်ပြိုင်နက် အသက်မသွင်းနိုင်တော့မည် (“all_urls” ခွင့်ပြုချက်အား ဖယ်ရှားလိုက်ပါပြီ)၊ သို့သော် တက်ကြွသောတက်ဘ်၏ ဆက်စပ်မှုတွင်သာ အလုပ်လုပ်လိမ့်မည်၊ ဆိုလိုသည်မှာ၊ အပိုပရိုဂရမ်သည် ဝဘ်ဆိုက်တစ်ခုစီအတွက် အလုပ်လုပ်ကြောင်း သုံးစွဲသူမှ အတည်ပြုရန် လိုအပ်မည်ဖြစ်သည်။ Mozilla သည် သုံးစွဲသူကို အဆက်မပြတ် အနှောင့်အယှက်မပေးဘဲ ဝင်ရောက်ထိန်းချုပ်မှုများကို အားကောင်းစေမည့် နည်းလမ်းများကို ရှာဖွေနေပါသည်။
• မူရင်း-မြစ်ဖျားခံတောင်းဆိုမှုများကို ကိုင်တွယ်ရာတွင် ပြောင်းလဲခြင်း - မန်နီးဖက်စ်အသစ်နှင့်အညီ၊ ဤစခရစ်များကို ထည့်သွင်းထားသည့် ပင်မစာမျက်နှာကဲ့သို့ အကြောင်းအရာလုပ်ဆောင်ခြင်းစခရစ်များကို တူညီသောခွင့်ပြုချက်ကန့်သတ်ချက်များအတိုင်း လိုက်နာရပါမည် (ဥပမာ၊ စာမျက်နှာတွင် အသုံးပြုခွင့်မရှိပါက၊ တည်နေရာ API၊ ထို့နောက် script add-ons များသည်လည်း ဤဝင်ရောက်ခွင့်ကို ရရှိမည်မဟုတ်ပါ။) အဆိုပါပြောင်းလဲမှုကို Firefox တွင်အကောင်အထည်ဖော်ရန်စီစဉ်ထားသည်။
• ပြင်ပဆာဗာများမှ ဒေါင်းလုဒ်လုပ်ထားသော ကုဒ်၏လုပ်ဆောင်မှုကို တားမြစ်ခြင်း ( add-on သည် load လုပ်ပြီး ပြင်ပကုဒ်ကို လုပ်ဆောင်သည့်အခါ အခြေအနေများအကြောင်း ကျွန်ုပ်တို့ပြောနေသည်)။ Firefox သည် ပြင်ပကုဒ်ပိတ်ဆို့ခြင်းကို အသုံးပြုထားပြီးဖြစ်ပြီး၊ Mozilla developer များသည် manifest ၏တတိယဗားရှင်းတွင်ပါရှိသော ထပ်လောင်းကုဒ်ဒေါင်းလုဒ်ခြေရာခံခြင်းနည်းပညာများကို အသုံးပြုခြင်းဖြင့် ဤအကာအကွယ်ကို အားကောင်းစေရန် ဆန္ဒရှိနေကြသည်။

source: opennet.ru