ເປັນຫຍັງການແປງຕົວກອງ Adblock ໄປ Polipo ຈຶ່ງຕ້ອງການຫຼາຍກວ່າ regex

ຕົວແປງຕ້ອງຮັກສາຄວາມໝາຍຂອງກົດ ບໍ່ແມ່ນພຽງແຕ່ຍ້າຍຕົວອັກສອນຂອງມັນ. ລາຍການຕົວກອງຂອງບຣາວເຊີອາດຂຶ້ນກັບຊັບພະຍາກອນທີ່ໜ້າເວັບໂຫຼດ, ປະເພດຊັບພະຍາກອນ ແລະ ກົດຂໍ້ຍົກເວັ້ນ. ລາຍການບລັອກທີ່ອີງໃສ່ URL ຢ່າງດຽວມີຂໍ້ມູນໜ້ອຍກວ່າ.

ໃນການຕິດຕັ້ງ Polipo ທີ່ມີຢູ່ແລ້ວ, ຄູ່ມືຂອງມັນກຳນົດລາຍການ forbiddenFile ເປັນຊື່ໂດເມນ ຫຼື ນິພົດປົກກະຕິແບບຂະຫຍາຍ POSIX. ດັ່ງນັ້ນ regex ທີ່ສ້າງສຳລັບເຄື່ອງຈັກ Python ຈຶ່ງບໍ່ຖືກຕ້ອງໂດຍອັດຕະໂນມັດໃນໄຟລ໌ນັ້ນ.

ເລີ່ມຈາກຊຸດຍ່ອຍທີ່ປະກາດໄວ້

• ແປງຮູບແບບການບລັອກ URL ທີ່ບໍ່ມີເງື່ອນໄຂ ຫຼັງຈາກກຳນົດຈຸດຍຶດ ແລະ ພຶດຕິກຳຂອງຕົວແຍກແລ້ວເທົ່ານັ້ນ.
• ຮັກສາກົດຂໍ້ຍົກເວັ້ນທີ່ເລີ່ມດ້ວຍ @@. ການເພີ່ມຮູບແບບຂອງພວກມັນໃສ່ໄຟລ໌ປະຕິເສດຈະປີ້ນຄວາມໝາຍ.
• ເກັບກົດທີ່ມີຕົວເລືອກບໍລິບົດ ເຊັ່ນ ຂໍ້ຈຳກັດ script ຫຼື ໂດເມນ ໄວ້ນອກການແປງທີ່ອີງໃສ່ URL ຢ່າງດຽວ ເວັ້ນແຕ່ເປົ້າໝາຍສາມາດສະແດງເງື່ອນໄຂເຫຼົ່ານັ້ນໄດ້.
• ຍົກເວັ້ນກົດການເຊື່ອງອົງປະກອບ: ການເລືອກອົງປະກອບ DOM ຂອງໜ້າເວັບຕ້ອງການກົນໄກອື່ນ.

ການລຶບຕົວເລືອກທີ່ບໍ່ຮອງຮັບອາດເຮັດໃຫ້ກົດທີ່ມີເງື່ອນໄຂກວ້າງຂຶ້ນເປັນການບລັອກທີ່ບໍ່ມີເງື່ອນໄຂ. ລາຍງານກົດທີ່ຂ້າມໄປເຫຼົ່ານັ້ນ ແທນທີ່ຈະອ້າງຢ່າງງຽບໆວ່າແປງຄົບຖ້ວນ.

ແພັກເກດ adblockparser ທາງປະຫວັດສາດສາມາດແຍກ ແລະ ປະເມີນຊຸດຍ່ອຍຂອງກົດ Adblock Plus ໄດ້. README ຂອງມັນບັນທຶກກົດເຊື່ອງອົງປະກອບທີ່ຖືກເບິ່ງຂ້າມ, ການຈັບຄູ່ທີ່ຂຶ້ນກັບຕົວເລືອກ ແລະ ຂໍ້ຈຳກັດອື່ນໆ; ຄັງເກັບຂອງມັນຖືກເກັບເຂົ້າຄັງມໍລະດົກເມື່ອວັນທີ 24 ມິຖຸນາ 2026. ຖືວ່າຜົນລັບຂອງມັນເປັນວັດຖຸດິບທີ່ຈະທຽບກັບເຄື່ອງຈັກເປົ້າໝາຍ ບໍ່ແມ່ນຄຳໝັ້ນສັນຍາຂອງການແປງທັງລາຍການຢ່າງຊື່ສັດ.

ຄິດເຖິງສິ່ງທີ່ພຣັອກຊີເຫັນ

ສຳລັບ ອຸໂມງ HTTPS ທຳມະດາ ການກອງອຸໂມງຂອງ Polipo ເຫັນຊື່ໂຮສ ແລະ ພອດ ບໍ່ແມ່ນເສັ້ນທາງ URL ທີ່ເຂົ້າລະຫັດ. forbiddenTunnelsFile ຂອງມັນເປັນພື້ນທີ່ນະໂຍບາຍແຍກຕ່າງຫາກ. ນິພົດເສັ້ນທາງທີ່ແປງຢ່າງສົມບູນແລ້ວກໍຍັງຈັບຄູ່ເນື້ອຫາທີ່ພຣັອກຊີບໍ່ເຄີຍເຫັນບໍ່ໄດ້.

ບັນທຶກຊຸດຍ່ອຍທີ່ຮັກສາໄວ້ ແລະ ກວດທັງການບລັອກທີ່ຕັ້ງໃຈ ແລະ ຂໍ້ຍົກເວັ້ນທີ່ຕັ້ງໃຈ ເມື່ອປະເມີນການແປງ. ການໂຫຼດໄຟລ໌ໄດ້ພິສູດການຮັບຮອງໄວຍາກອນ ບໍ່ແມ່ນການກອງທີ່ທຽບເທົ່າ.