X-Git-Url: http://www.privoxy.org/gitweb/?p=privoxy.git;a=blobdiff_plain;f=doc%2Fwebserver%2Fuser-manual%2Factions-file.html;h=844df3a3754b3396083477110834fe6ff828a180;hp=64c5b9b372ef34a405710643429a66aa64338c4b;hb=2a175c54f8556e7408c19fb215560a99de99e54f;hpb=01ef40fc50001c99d8a4457bf6501c72e22e43fc diff --git a/doc/webserver/user-manual/actions-file.html b/doc/webserver/user-manual/actions-file.html index 64c5b9b3..844df3a3 100644 --- a/doc/webserver/user-manual/actions-file.html +++ b/doc/webserver/user-manual/actions-file.html @@ -156,7 +156,7 @@ CLASS="FILENAME" >
filter-server-headers @@ -1835,7 +1835,7 @@ CLASS="SECT3" >8.5.4. crunch-server-header8.5.4. crunch-client-header
To apply filtering to the client's (browser's) headers +
Extend filtering capabilities to the client's headers, which + by default applies only to the document itself. +
Boolean.
N/A +
Regular expressions can be used to filter headers as well. Check your + filters closely before activating this action, as it can easily lead to broken + requests. +
+ These filters are applied to each header on its own, not to them + all at once. This makes it easier to diagnose problems, but on the downside + you can't write filters that only change header x if header y's value is + z. +
The filters are used after the other header actions have finished and can + use their output as input. +
Whenever possible one should specify ^, + $, the whole header name and the colon, to make sure + the filter doesn't cause havoc to other headers or the + page itself. For example if you want to transform + Galeon User-Agents to + Firefox User-Agents you + shouldn't use:
s@Galeon/\d\.\d\.\d @@ |
but:
s@^(User-Agent:.*) Galeon/\d\.\d\.\d (Firefox/\d\.\d\.\d\.\d)$@$1 $2@ |
{+filter-client-headers +filter{test_filter}} +problem-host.example.com + |
To apply filtering to the server's headers +
Extend filtering capabilities to the server's headers, which + by default applies only to the document itself. +
Boolean.
N/A +
Similar to filter-client-headers, but works on + the server instead. To filter both server and client, use both. +
As with filter-client-headers, check your + filters before activating this action, as it can easily lead to broken + requests. +
+ These filters are applied to each header on its own, not to them + all at once. This makes it easier to diagnose problems, but on the downside + you can't write filters that only change header x if header y's value is + z. +
The filters are used after the other header actions have finished and can + use their output as input. +
Remember too, whenever possible one should specify ^, + $, the whole header name and the colon, to make sure + the filter doesn't cause havoc to other headers or the + page itself. See above for example. +
{+filter-server-headers +filter{test_filter}} +problem-host.example.com + |