mirror of
https://github.com/gorhill/uBlock.git
synced 2024-10-02 23:57:10 +02:00
Added a link to related discussion: "Proceeding wildcards in rules"
parent
98d692d6f7
commit
34b1f0e8bd
@ -81,6 +81,7 @@ Filter above will be treated as a regex-based filter since it starts and ends wi
|
|||||||
The trailing wildcard will be dropped, but the filter is now the pattern `/path/to/`.
|
The trailing wildcard will be dropped, but the filter is now the pattern `/path/to/`.
|
||||||
|
|
||||||
Source: https://reddit.com/r/uBlockOrigin/comments/mdh9jz/order_of_complexity_for_network_filters/gsfn0xl/
|
Source: https://reddit.com/r/uBlockOrigin/comments/mdh9jz/order_of_complexity_for_network_filters/gsfn0xl/
|
||||||
|
Related discussion: [Proceeding wildcards in rules](https://github.com/uBlockOrigin/uAssets/discussions/23751)
|
||||||
|
|
||||||
## `removeparam` modifier
|
## `removeparam` modifier
|
||||||
Avoiding `removeparam` from being visited at all is best (by using [narrowing options and being tokenizable](#narrowing-options)), I do hope filter authors will be as carefully as possible when crafting `removeparam` filters as I am careful at minimizing all overhead in the code -- otherwise all the coding efforts are going to waste.
|
Avoiding `removeparam` from being visited at all is best (by using [narrowing options and being tokenizable](#narrowing-options)), I do hope filter authors will be as carefully as possible when crafting `removeparam` filters as I am careful at minimizing all overhead in the code -- otherwise all the coding efforts are going to waste.
|
||||||
|
Loading…
Reference in New Issue
Block a user