Something like “decentraleyes” for Privoxy…
|
Apr. 09, 2019, 05:34 AM
(This post was last modified: Apr. 09, 2019 05:36 AM by JJoe.)
Post: #31
|
|||
|
|||
RE: Something like “decentraleyes” for Privoxy…
(Apr. 08, 2019 06:35 PM)vlad_s Wrote: I looked at news.yandex.ru, there is code "301 Moved Permanently" for the request https://news.yandex.ru/favicon.ico for https://yastatic.net/iconostasis/_/egVpf...c22BBg.ico without transmitting the header "Access-Control-Allow-Origin: *". The crossorigin restriction does not apply to the image "/favicon.ico". So, the redirect to yastatic from yandex is allowed. (Apr. 08, 2019 06:35 PM)vlad_s Wrote: I am assuming that you can still configure the redirect, without filtering the page suggested with your last message? Or am I wrong? I still need to filter the page to allow the 302. In Proxomitron, 302 is $JUMP(). Fortunately, the Proxomitron has a 'transparent' redirect that the browser cannot see. $RDIR() works without filtering the page. Unfortunately, I don't think Privoxy has a transparent redirect? If you can add another instance of Privoxy to add the header to Privoxy's 302, you would not need to filter the page. BTW, not trying to convert anybody to Proxomitron. Just trying to help. ![]() |
|||
Apr. 11, 2019, 04:52 PM
Post: #32
|
|||
|
|||
RE: Something like “decentraleyes” for Privoxy…
The redirect in Privoxy is only https://www.privoxy.org/user-manual/acti...l#REDIRECT
Another instance can be launched, but I do not understand their interaction in this form. In addition, Privoxy allows you to do this https://www.privoxy.org/user-manual/filt...ER-SYNTAX, but I also don’t really understand how to apply it. About Proxomitron, because I use a homemade router, I use the Ubuntu Server OS, so all programs here are typical for Linux systems. I like the flexibility of this system and, as an OS for the router, it is wonderful. And as I understood Proxomitron for Windows systems. I am not against these, not only do I use them myself, but I still prefer Linux as a router. ![]() |
|||
Apr. 12, 2019, 08:38 PM
(This post was last modified: Apr. 12, 2019 08:39 PM by vlad_s.)
Post: #33
|
|||
|
|||
RE: Something like “decentraleyes” for Privoxy…
One good person suggested the following method:
Code: CLIENT-HEADER-FILTER: redirect-uri-u redirect-uri-u |
|||
Apr. 13, 2019, 06:32 PM
(This post was last modified: Apr. 13, 2019 06:32 PM by vlad_s.)
Post: #34
|
|||
|
|||
RE: Something like “decentraleyes” for Privoxy…
It seems that the problem is somehow related to the work of ProxHTTPSProxyMII. Here is an example of how the filter works:
filter Code: CLIENT-HEADER-FILTER: redirect-uri-u redirect-uri-u action Code: {+client-header-filter{redirect-uri-u} \ Test page: http://config.privoxy.org/send-stylesheet Substitution: http://www.privoxy.org/p_web.css The header is added, but in the filter from my post above, no. |
|||
Apr. 15, 2019, 05:15 AM
Post: #35
|
|||
|
|||
RE: Something like “decentraleyes” for Privoxy…
I think your code is bad.
(Apr. 12, 2019 08:38 PM)vlad_s Wrote: Privoxy is returning Privoxy Wrote:Bad request. Messed up with header filters. ![]() ![]() Try something like: Filter Code: CLIENT-HEADER-FILTER: redirect-uri-u redirect-uri-u Action Code: {+client-header-filter{redirect-uri-u} \ This worked for me: Code: CLIENT-HEADER-FILTER: redirect-uri-u redirect-uri-u Code: {+client-header-filter{redirect-uri-u} \ |
|||
Apr. 15, 2019, 05:50 PM
Post: #36
|
|||
|
|||
RE: Something like “decentraleyes” for Privoxy…
I apologize for my accusations. Yes, in the latter case, I confused a lot of things, but I was sent on the right path. The working scheme for such a capricious site looks like this:
filter Code: CLIENT-HEADER-FILTER: redirect-uri-u redirect-uri-u Code: {+client-header-filter{redirect-uri-u} \ ![]() |
|||
« Next Oldest | Next Newest »
|