Mozilla ຈະບໍ່ປະຕິບັດຂໍ້ຈຳກັດ WebExtensions API ທັງໝົດຈາກ Chrome manifest ໃໝ່

ບໍລິສັດ Mozilla ປະ​ກາດ, ວ່າເຖິງວ່າຈະມີການນໍາໃຊ້ລະບົບ add-on ໂດຍອີງໃສ່ WebExtensions API ໃນ Firefox, ນັກພັດທະນາບໍ່ໄດ້ຕັ້ງໃຈທີ່ຈະປະຕິບັດຕາມສະບັບທີສາມໃນອະນາຄົດຂອງ manifesto ສໍາລັບ Chrome add-ons. ໂດຍສະເພາະ, Firefox ຈະສືບຕໍ່ສະຫນັບສະຫນູນຮູບແບບການຂັດຂວາງ API. ຄຳຮ້ອງຂໍເວັບ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດປ່ຽນເນື້ອຫາທີ່ໄດ້ຮັບໃນການບິນແລະເປັນຄວາມຕ້ອງການໃນຕົວສະກັດການໂຄສະນາແລະລະບົບການກັ່ນຕອງເນື້ອຫາ.

ແນວຄວາມຄິດຕົ້ນຕໍຂອງການຍ້າຍໄປ WebExtensions API ແມ່ນເພື່ອປະສົມປະສານເຕັກໂນໂລຢີສໍາລັບການພັດທະນາ add-ons ສໍາລັບ Firefox ແລະ Chrome, ດັ່ງນັ້ນໃນຮູບແບບປະຈຸບັນຂອງມັນ, Firefox ແມ່ນເກືອບ 100% ທີ່ເຫມາະສົມກັບ Chrome manifest ຮຸ່ນທີສອງໃນປະຈຸບັນ. Manifest ກໍານົດບັນຊີລາຍຊື່ຂອງຄວາມສາມາດແລະຊັບພະຍາກອນທີ່ສະຫນອງໃຫ້ add-ons. ເນື່ອງຈາກການນໍາສະເຫນີມາດຕະການຈໍາກັດໃນສະບັບທີສາມຂອງ manifesto, ເຊິ່ງຖືກຮັບຮູ້ໃນທາງລົບໂດຍນັກພັດທະນາ add-on, Mozilla ຈະຍ້າຍອອກໄປຈາກການປະຕິບັດຢ່າງເຕັມທີ່ປະຕິບັດຕາມ manifesto ແລະຈະບໍ່ໂອນການປ່ຽນແປງໄປ Firefox ທີ່ລະເມີດຄວາມເຂົ້າກັນໄດ້ກັບ add-on. ons.

ໃຫ້ຈື່ໄວ້ວ່າ ເຖິງແມ່ນວ່າ ສຸດ ທັງ​ຫມົດ ຄັດຄ້ານ, ກູໂກຕັ້ງໃຈທີ່ຈະຢຸດການສະຫນັບສະຫນູນຮູບແບບການຂັດຂວາງ webRequest API ໃນ Chrome, ຈໍາກັດມັນຢູ່ໃນຮູບແບບການອ່ານເທົ່ານັ້ນແລະສະເຫນີ API ປະກາດໃຫມ່ສໍາລັບການກັ່ນຕອງເນື້ອຫາ. declarativeNetRequest. ໃນຂະນະທີ່ webRequest API ອະນຸຍາດໃຫ້ທ່ານສາມາດເຊື່ອມຕໍ່ຕົວຈັດການຂອງທ່ານເອງທີ່ມີການເຂົ້າເຖິງການຮ້ອງຂໍເຄືອຂ່າຍຢ່າງເຕັມທີ່ແລະສາມາດແກ້ໄຂການຈະລາຈອນໃນທັນທີ, declarativeNetRequest API ໃຫມ່ໃຫ້ການເຂົ້າເຖິງເຄື່ອງຈັກການກັ່ນຕອງທີ່ສ້າງໃນແບບສາກົນທີ່ກຽມພ້ອມທີ່ຈະດໍາເນີນການຢ່າງເປັນເອກະລາດກົດລະບຽບການຂັດຂວາງ. , ບໍ່ອະນຸຍາດໃຫ້ໃຊ້ລະບົບການກັ່ນຕອງຂອງທ່ານເອງແລະບໍ່ອະນຸຍາດໃຫ້ທ່ານກໍານົດກົດລະບຽບທີ່ຊັບຊ້ອນທີ່ທັບຊ້ອນກັນໂດຍອີງຕາມເງື່ອນໄຂ.

Mozilla ຍັງກໍາລັງປະເມີນຄວາມເປັນໄປໄດ້ຂອງການເຄື່ອນຍ້າຍໄປສະຫນັບສະຫນູນ Firefox ສໍາລັບການປ່ຽນແປງອື່ນໆຈາກສະບັບທີສາມຂອງ Chrome manifest ທີ່ທໍາລາຍຄວາມເຂົ້າກັນໄດ້ກັບ add-ons:

• ການຫັນປ່ຽນໄປສູ່ການປະຕິບັດພະນັກງານບໍລິການໃນຮູບແບບຂອງຂະບວນການພື້ນຖານ, ເຊິ່ງຈະຮຽກຮ້ອງໃຫ້ນັກພັດທະນາປ່ຽນລະຫັດຂອງການເພີ່ມເຕີມບາງຢ່າງ. ເຖິງແມ່ນວ່າວິທີການໃຫມ່ຈະມີປະສິດທິພາບຫຼາຍຂຶ້ນຈາກຈຸດຢືນການປະຕິບັດ, Mozilla ກໍາລັງພິຈາລະນາຮັກສາການສະຫນັບສະຫນູນສໍາລັບການແລ່ນຫນ້າພື້ນຫລັງ.
• ຮູບແບບການຮ້ອງຂໍການອະນຸຍາດ granular ໃຫມ່ - add-on ຈະບໍ່ສາມາດຖືກເປີດໃຊ້ສໍາລັບຫນ້າທັງຫມົດໃນເວລາດຽວກັນ (ການອະນຸຍາດ "all_urls" ໄດ້ຖືກໂຍກຍ້າຍອອກ), ແຕ່ຈະເຮັດວຽກພຽງແຕ່ໃນບໍລິບົດຂອງແຖບທີ່ເຮັດວຽກ, i.e. ຜູ້ໃຊ້ຈະຕ້ອງຢືນຢັນວ່າ add-on ເຮັດວຽກສໍາລັບແຕ່ລະເວັບໄຊທ໌. Mozilla ກໍາລັງຄົ້ນຫາວິທີທີ່ຈະເສີມສ້າງການຄວບຄຸມການເຂົ້າເຖິງໂດຍບໍ່ມີການລົບກວນຜູ້ໃຊ້ຢ່າງຕໍ່ເນື່ອງ.
• ການປ່ຽນແປງໃນການຈັດການຄໍາຮ້ອງຂໍຂ້າມຕົ້ນສະບັບ - ອີງຕາມ manifest ໃຫມ່, ສະຄຣິບປະມວນຜົນເນື້ອຫາຈະຢູ່ພາຍໃຕ້ຂໍ້ຈໍາກັດການອະນຸຍາດດຽວກັນກັບຫນ້າຕົ້ນຕໍທີ່ scripts ເຫຼົ່ານີ້ຖືກຝັງ (ຕົວຢ່າງ, ຖ້າຫນ້າເວັບບໍ່ມີການເຂົ້າເຖິງ. API ສະຖານທີ່, ຫຼັງຈາກນັ້ນ script add-ons ຈະບໍ່ໄດ້ຮັບການເຂົ້າເຖິງນີ້). ການປ່ຽນແປງແມ່ນວາງແຜນທີ່ຈະປະຕິບັດໃນ Firefox.
• ການຫ້າມການປະຕິບັດລະຫັດທີ່ດາວໂຫລດຈາກເຄື່ອງແມ່ຂ່າຍພາຍນອກ (ພວກເຮົາກໍາລັງເວົ້າກ່ຽວກັບສະຖານະການໃນເວລາທີ່ add-on ໂຫລດແລະປະຕິບັດລະຫັດພາຍນອກ). Firefox ໃຊ້ການບລັອກລະຫັດພາຍນອກແລ້ວ, ແລະຜູ້ພັດທະນາ Mozilla ເຕັມໃຈທີ່ຈະເສີມສ້າງການປົກປ້ອງນີ້ໂດຍນໍາໃຊ້ເຕັກນິກການຕິດຕາມການດາວໂຫຼດລະຫັດເພີ່ມເຕີມທີ່ສະເຫນີໃນສະບັບທີສາມຂອງ manifest.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru