uBlock Origin ແລະທາງເລືອກ AdGuard ໄດ້ຖືກກະກຽມໂດຍການສະຫນັບສະຫນູນສໍາລັບ Chrome manifest ຮຸ່ນທີສາມ

Raymond Hill, ຜູ້ຂຽນຂອງລະບົບການສະກັດຕົ້ນກໍາເນີດ uBlock ສໍາລັບເນື້ອຫາທີ່ບໍ່ຕ້ອງການ, ເຜີຍແຜ່ຕົວທ່ອງເວັບທົດລອງ add-on uBO Minus ດ້ວຍການປະຕິບັດຕົວແປ uBlock Origin ແປເປັນ declarativeNetRequest API, ການນໍາໃຊ້ທີ່ຖືກກໍານົດໄວ້ໃນສະບັບທີສາມຂອງ. Chrome manifest. ບໍ່ຄືກັບ uBlock Origin ຄລາສສິກ, add-on ໃໝ່ ໃຊ້ຄວາມສາມາດຂອງເຄື່ອງຈັກການກັ່ນຕອງເນື້ອຫາໃນ browser ແລະບໍ່ຕ້ອງການການອະນຸຍາດການຕິດຕັ້ງເພື່ອສະກັດແລະປ່ຽນຂໍ້ມູນເວັບໄຊທ໌ທັງຫມົດ.

ສ່ວນເສີມຍັງບໍ່ທັນມີແຜງປັອບອັບ ຫຼືໜ້າການຕັ້ງຄ່າເທື່ອ, ແລະໜ້າວຽກຖືກຈຳກັດຕໍ່ກັບການຂັດຂວາງການຮ້ອງຂໍເຄືອຂ່າຍ. ເພື່ອເຮັດວຽກໂດຍບໍ່ມີການອະນຸຍາດຂະຫຍາຍ, ລັກສະນະເຊັ່ນ: ຕົວກອງເຄື່ອງສໍາອາງສໍາລັບການປ່ຽນແທນເນື້ອຫາໃນຫນ້າ (“##”), ການປ່ຽນສະຄິບຢູ່ໃນເວັບໄຊທ໌ (“##+js”), ການກັ່ນຕອງການຮ້ອງຂໍການປ່ຽນເສັ້ນທາງ (“redirect =”), ແລະ header ຕົວກອງຖືກປິດການໃຊ້ງານ CSP (ນະໂຍບາຍຄວາມປອດໄພຂອງເນື້ອຫາ) ແລະຕົວກອງສໍາລັບການຖອນຕົວກໍານົດການຮ້ອງຂໍ (“removeparam =”). ຖ້າບໍ່ດັ່ງນັ້ນ, ບັນຊີລາຍຊື່ຂອງຕົວກອງໃນຕອນຕົ້ນແມ່ນສອດຄ່ອງກັບຊຸດຈາກ uBlock Origin ຢ່າງສົມບູນແລະປະກອບມີປະມານ 22 ພັນກົດລະບຽບ.

ນອກຈາກນັ້ນ, ສອງສາມມື້ກ່ອນຫນ້ານີ້, ສະບັບທົດລອງຂອງ Add-on ສະກັດການໂຄສະນາ AdGuard ໄດ້ຖືກນໍາສະເຫນີ - AdGuardMV3, ເຊິ່ງຍັງຖືກແປເປັນ declarativeNetRequest API ແລະມີຄວາມສາມາດໃນການເຮັດວຽກໃນຕົວທ່ອງເວັບທີ່ສະຫນັບສະຫນູນພຽງແຕ່ສະບັບທີສາມຂອງ Chrome manifest. ຕົວແບບທີ່ສະເຫນີສໍາລັບການທົດສອບສະຫນອງການທໍາງານຂອງການໂຄສະນາທັງຫມົດທີ່ຕ້ອງການໂດຍຜູ້ໃຊ້ທົ່ວໄປ, ແຕ່ຊັກຊ້າການເພີ່ມເຕີມສໍາລັບສະບັບທີສອງຂອງ manifesto ໃນຄວາມສາມາດກ້າວຫນ້າທາງດ້ານ, ເຊິ່ງອາດຈະເປັນຄວາມສົນໃຈຂອງຜູ້ຊົມໃຊ້ຂັ້ນສູງ.

AdGuard ໃຫມ່ຈະສືບຕໍ່ຊ່ອນປ້າຍໂຄສະນາ, widgets ສື່ມວນຊົນສັງຄົມແລະອົງປະກອບທີ່ຫນ້າລໍາຄານ, ຂັດຂວາງການໂຄສະນາໃນເວທີວິດີໂອເຊັ່ນ YouTube, ແລະສະກັດກັ້ນຄໍາຮ້ອງຂໍທີ່ກ່ຽວຂ້ອງກັບການຕິດຕາມການເຄື່ອນໄຫວ. ຂໍ້ຈໍາກັດລວມມີການກະພິບຂອງຊ່ອງໃສ່ໃນການໂຄສະນາເນື່ອງຈາກການຊັກຊ້າໃນການນໍາໃຊ້ກົດລະບຽບເຄື່ອງສໍາອາງໂດຍ 1.5-2 ວິນາທີ, ການສູນເສຍຄວາມສາມາດບາງຢ່າງທີ່ກ່ຽວຂ້ອງກັບການກັ່ນຕອງຄຸກກີ, ການນໍາໃຊ້ການສະແດງອອກປົກກະຕິແລະການກັ່ນຕອງຂອງຕົວກໍານົດການສອບຖາມ ( API ໃຫມ່ສະຫນອງການສະແດງອອກປົກກະຕິທີ່ງ່າຍດາຍ) , ມີສະຖິຕິ ແລະບັນທຶກການຕອບໂຕ້ຕົວກອງຢູ່ໃນໂໝດຜູ້ພັດທະນາເທົ່ານັ້ນ.

ທີ່ໄດ້ກ່າວມາຍັງແມ່ນການຫຼຸດລົງທີ່ເປັນໄປໄດ້ໃນຈໍານວນຂອງກົດລະບຽບເນື່ອງຈາກຂໍ້ຈໍາກັດທີ່ນໍາສະເຫນີໃນສະບັບທີສາມຂອງ manifesto ໄດ້. ຖ້າຕົວທ່ອງເວັບມີຫນຶ່ງ add-on ຕິດຕັ້ງທີ່ໃຊ້ declarativeNetRequest, ບໍ່ມີບັນຫາກັບກົດລະບຽບສະຖິດ, ເພາະວ່າມີຂໍ້ຈໍາກັດທົ່ວໄປສໍາລັບ add-ons ທັງຫມົດ, ອະນຸຍາດໃຫ້ 330 ພັນກົດລະບຽບ. ເມື່ອມີການເພີ່ມເຕີມຈໍານວນຫນຶ່ງ, ຂອບເຂດຈໍາກັດຂອງ 30 ພັນກົດລະບຽບຖືກນໍາໃຊ້, ເຊິ່ງອາດຈະບໍ່ພຽງພໍ. ຂອບເຂດຈໍາກັດຂອງ 5000 ກົດລະບຽບໄດ້ຖືກນໍາສະເຫນີສໍາລັບກົດລະບຽບແບບເຄື່ອນໄຫວ, ແລະ 1000 ກົດລະບຽບສໍາລັບການສະແດງອອກປົກກະຕິ.

ເລີ່ມແຕ່ເດືອນມັງກອນ 2023, ບຣາວເຊີ Chrome ມີແຜນທີ່ຈະຢຸດສະໜັບສະໜຸນສະບັບທີສອງຂອງ manifest ແລະເຮັດໃຫ້ເວີຊັນທີສາມບັງຄັບສຳລັບສ່ວນເສີມທັງໝົດ. ໃນເບື້ອງຕົ້ນ, ສະບັບທີສາມຂອງ manifesto ໄດ້ກາຍເປັນເປົ້າຫມາຍຂອງການວິພາກວິຈານເນື່ອງຈາກການລົບກວນຂອງ add-ons ຈໍານວນຫຼາຍສໍາລັບການສະກັດເນື້ອໃນທີ່ບໍ່ເຫມາະສົມແລະຮັບປະກັນຄວາມປອດໄພ. Chrome manifest ກໍານົດຄວາມສາມາດ ແລະຊັບພະຍາກອນທີ່ສະໜອງໃຫ້ກັບ add-ons. ສະບັບທີສາມຂອງ manifest ໄດ້ຖືກພັດທະນາເປັນສ່ວນຫນຶ່ງຂອງການລິເລີ່ມເພື່ອເພີ່ມຄວາມປອດໄພ, ຄວາມເປັນສ່ວນຕົວແລະການປະຕິບັດຂອງ add-ons. ເປົ້າຫມາຍຕົ້ນຕໍຂອງການປ່ຽນແປງແມ່ນເພື່ອເຮັດໃຫ້ມັນງ່າຍຕໍ່ການສ້າງ add-ons ທີ່ປອດໄພແລະປະສິດທິພາບສູງ, ແລະເຮັດໃຫ້ມັນມີຄວາມຫຍຸ້ງຍາກຫຼາຍໃນການສ້າງ add-ons ທີ່ບໍ່ປອດໄພແລະຊ້າ.

ຄວາມບໍ່ພໍໃຈຕົ້ນຕໍກັບສະບັບທີສາມຂອງ manifesto ແມ່ນກ່ຽວຂ້ອງກັບການແປພາສາໃນໂຫມດການອ່ານເທົ່ານັ້ນຂອງ webRequest API, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເຊື່ອມຕໍ່ຕົວຈັດການຂອງທ່ານເອງທີ່ມີການເຂົ້າເຖິງການຮ້ອງຂໍເຄືອຂ່າຍຢ່າງເຕັມທີ່ແລະສາມາດດັດແປງການຈະລາຈອນໄດ້. API ນີ້ຖືກນໍາໃຊ້ໃນ uBlock Origin, AdGuard ແລະ add-ons ອື່ນໆຈໍານວນຫຼາຍເພື່ອສະກັດເນື້ອຫາທີ່ບໍ່ຕ້ອງການແລະຮັບປະກັນຄວາມປອດໄພ. ແທນທີ່ຈະ webRequest API, ສະບັບທີສາມຂອງ manifest ສະເຫນີ declarativeNetRequest API ທີ່ມີຄວາມສາມາດໃນການຈໍາກັດ, ເຊິ່ງສະຫນອງການເຂົ້າເຖິງເຄື່ອງຈັກການກັ່ນຕອງໃນຕົວທີ່ດໍາເນີນການກົດລະບຽບການສະກັດຢ່າງເປັນເອກະລາດ, ບໍ່ອະນຸຍາດໃຫ້ນໍາໃຊ້ລະບົບການກັ່ນຕອງຂອງຕົນເອງ, ແລະບໍ່ໄດ້. ອະ​ນຸ​ຍາດ​ໃຫ້​ຕັ້ງ​ກົດ​ລະ​ບຽບ​ສະ​ລັບ​ສັບ​ຊ້ອນ​ທີ່​ທັບ​ຊ້ອນ​ກັນ​ໂດຍ​ອີງ​ໃສ່​ເງື່ອນ​ໄຂ​.

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

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