ហេតុអ្វីការបម្លែងតម្រង Adblock ទៅ Polipo ត្រូវការច្រើនជាង regex

កម្មវិធីបម្លែងត្រូវរក្សាអត្ថន័យរបស់ច្បាប់ មិនមែនគ្រាន់តែផ្លាស់តួអក្សររបស់វានោះទេ។ បញ្ជីតម្រងរបស់កម្មវិធីរុករកអាចអាស្រ័យលើធនធានដែលទំព័រផ្ទុក ប្រភេទធនធាន និងច្បាប់លើកលែង។ បញ្ជីទប់ស្កាត់ដែលផ្អែកលើ URL តែមួយមានព័ត៌មានតិចជាង។

នៅក្នុងការដំឡើង Polipo ដែលមានស្រាប់ សៀវភៅណែនាំរបស់វាកំណត់ធាតុ forbiddenFile ជាឈ្មោះដែន ឬកន្សោមធម្មតាពង្រីក POSIX។ ដូច្នេះ regex ដែលបង្កើតសម្រាប់ម៉ាស៊ីន Python មិនត្រឹមត្រូវដោយស្វ័យប្រវត្តិក្នុងឯកសារនោះទេ។

ចាប់ផ្តើមដោយសំណុំរងដែលបានប្រកាស

• បម្លែងលំនាំទប់ស្កាត់ URL ដោយគ្មានលក្ខខណ្ឌ លុះត្រាតែបានកំណត់យុថ្កា និងឥរិយាបថរបស់សញ្ញាបំបែកជាមុន។
• រក្សាច្បាប់លើកលែងដែលចាប់ផ្តើមដោយ @@។ ការបន្ថែមលំនាំរបស់វាទៅឯកសារបដិសេធ បញ្ច្រាសអត្ថន័យរបស់វា។
• រក្សាច្បាប់ដែលមានជម្រើសបរិបទ ដូចជាការដាក់កំហិត script ឬដែន នៅក្រៅការបម្លែងដែលផ្អែកលើ URL តែមួយ លុះត្រាតែគោលដៅអាចតំណាងលក្ខខណ្ឌទាំងនោះ។
• ដកច្បាប់បិទបាំងធាតុចេញ៖ ការជ្រើសធាតុ DOM របស់ទំព័រត្រូវការយន្តការផ្សេង។

ការលុបជម្រើសដែលមិនគាំទ្រ អាចពង្រីកច្បាប់មានលក្ខខណ្ឌទៅជាការទប់ស្កាត់គ្មានលក្ខខណ្ឌ។ រាយការណ៍ច្បាប់ដែលបានរំលងទាំងនោះ ជំនួសឱ្យការអះអាងស្ងាត់ៗថាបម្លែងពេញលេញ។

កញ្ចប់ adblockparser ជាប្រវត្តិអាចញែក និងវាយតម្លៃសំណុំរងនៃច្បាប់ Adblock Plus។ README របស់វាកត់ត្រាច្បាប់បិទបាំងធាតុដែលត្រូវបានមិនរាករណ៍ ការផ្គូផ្គងដែលអាស្រ័យលើជម្រើស និងដែនកំណត់ផ្សេងទៀត។ ឃ្លាំងរបស់វាត្រូវបានទុកក្នុងប័ណ្ណសារនៅថ្ងៃទី 24 ខែមិថុនា ឆ្នាំ 2026។ ចាត់ទុកលទ្ធផលរបស់វាជាសម្ភារៈសម្រាប់ផ្ទៀងផ្ទាត់ជាមួយម៉ាស៊ីនគោលដៅ មិនមែនជាការសន្យានៃការបម្លែងស្មោះត្រង់ទាំងបញ្ជីនោះទេ។

គិតពីអ្វីដែលប្រូកស៊ីមើលឃើញ

សម្រាប់ ផ្លូវរូង HTTPS ធម្មតា ការត្រងផ្លូវរូងរបស់ Polipo មើលឃើញឈ្មោះម៉ាស៊ីន និងច្រក មិនមែនផ្លូវ URL ដែលបានអ៊ិនគ្រីបទេ។ forbiddenTunnelsFile របស់វាជាផ្ទៃគោលនយោបាយដោយឡែក។ កន្សោមផ្លូវដែលបកប្រែយ៉ាងល្អឥតខ្ចោះក៏នៅតែមិនអាចផ្គូផ្គងខ្លឹមសារដែលប្រូកស៊ីមិនដែលឃើញបានដែរ។

កត់ត្រាសំណុំរងដែលរក្សាទុក ហើយពិនិត្យទាំងការទប់ស្កាត់ដែលចង់បាន និងការលើកលែងដែលចង់បាន នៅពេលវាយតម្លៃការបម្លែង។ ការផ្ទុកឯកសារបាន បញ្ជាក់ពីការទទួលយកវាក្យសម្ព័ន្ធ មិនមែនការត្រងស្មើគ្នាទេ។