Poll: Should interception of redirects be limited to Advanced Mode and above?
Yes, limit listed filters to Advanced Mode and above.
Yes, limit intercepting, but do not limit false redirects.
Yes, limit false redirects, but do not limit intercepting.
Do not limit, keep as is, Standard Mode and above.
I have no preference.
[Show Results]
 
Post Reply 
How to handle Redirects?
Feb. 10, 2009, 09:53 PM
Post: #1
How to handle Redirects?
Right now interception of redirects is active in the config's Standard Mode and above. That is, redirects are turned into an option, by adding a "Redirect" (or similar) link to the page bottom.

"False redirect" killers are filters that kick in for image responses that turn out to be a CSS/JS/HTML document, which may or may not get parsed by the browser. Or for stylesheets/scripts that turn out to be something else, nonetheless always get parsed by the browser, taking CPU cycles, flooding the error console (if present).

Now and then i hear someone saying s/he isn't happy with that behavior. I have no idea what the majority of users prefers. So here is the chance to have your say. Smile!

Bypass keywords: "a_redir_f" for killing false redirects, "a_redir" for interception.

Affected filters:
"a_redir_f":
Header: 'Location: 2 Kill false Image/Favicon Redirects'
Header: 'Location: 3 Kill false CSS/JS Redirects'

"a_redir":
Header: 'Refresh: 1 To Link'
Web: 'JS "location.replace" to Link'
Web: '<script>: JS "location" to Link'
Web: '<meta> Block: Refresh to Link'
Add Thank You Quote this message in a reply
Feb. 10, 2009, 10:45 PM
Post: #2
RE: How to handle Redirects?
how would you define a "false redirect" versus an "interception" ?
Add Thank You Quote this message in a reply
Feb. 10, 2009, 10:46 PM
Post: #3
RE: How to handle Redirects?
Sorry ProxRocks, i was still editing that post to get the explanation right, have a look again.
Add Thank You Quote this message in a reply
Feb. 10, 2009, 10:57 PM
Post: #4
RE: How to handle Redirects?
hmm... tough call...
i mean, me personally, i don't want anything "redirecting" behing my back, but i acknowledge my paranoia level is higher than most (ie, you all know my take on disabling .js by default)...


but to answer the poll as more of an "objective populous", so to speak, let me ask this, would you classify a "false redirect" as a 'flag on the play', an attempt by script-kiddies to sneak in a .js by "falsely" calling it an 'image' or a .css instead... ie, the surfer has their browser (or Proxo) set to disable .js but allow .css and by using the "false redirect", did the script-kiddy web-designer find a way for our browser to "execute" a .js file that otherwise should not have been "executed" ???

edit: or is this a browser-specific question?
Add Thank You Quote this message in a reply
Feb. 10, 2009, 11:07 PM
Post: #5
RE: How to handle Redirects?
I think killing these interceptions could break some pages, and going to the Config_Control.txt the definition of the level one says "Suited for new users", and the level two says "filters that are likely to confuse new users - e.g. require any sort of interaction - get bypassed."
I will not vote in the poll for respecting people wich use your config, but from here i would say "No, keep it as is."
Add Thank You Quote this message in a reply
Feb. 10, 2009, 11:14 PM
Post: #6
RE: How to handle Redirects?
Thanks for the input lnminente.


ProxRocks:
Almost all false redirects are "404 error" HTML documents.

As far as i can say, content-type exploiting attempts are negligible for favicon requests (i've only seen one), minimal for JS/CSS (except for CSS webbugs), above 0.1% (that's a lot!) for image requests.

The other "right to exist" of these filters is to save CPU (i.e. parsing) time.
Add Thank You Quote this message in a reply
Feb. 10, 2009, 11:22 PM
Post: #7
RE: How to handle Redirects?
In that case i would say "Yes, for false redirect killers." Big Teeth
Add Thank You Quote this message in a reply
Feb. 10, 2009, 11:32 PM
Post: #8
RE: How to handle Redirects?
I suppose i still didn't get the wording right. Sorry again. No Expression

Right now, both, "killing" and "intercepting" is active for the out-of-box (i.e. "Standard") mode. My question is about removing either "killing" or "intercepting", or both, from the default mode, keeping it active only for advanced users (those who activate "Advanced Mode").
Add Thank You Quote this message in a reply
Feb. 11, 2009, 12:06 AM
Post: #9
RE: How to handle Redirects?
okay, i believe i'm on the same page now...

to clarify my vote, i'm voting that "click on the redirect link within the footer be an advanced-mode only thing and that the lower, less intrusive modes redirect without any intervention required by the novice config user opting for those modes for more simplicity and therefore less intrusive surfing" BUT that those lower modes BLOCK the false redirects...
Add Thank You Quote this message in a reply
Feb. 11, 2009, 12:11 AM
Post: #10
RE: How to handle Redirects?
No, sorry me, it was my bad english understanding too. I think you understood me, anyway i wanted to say if false redirects are 404 errors and favicons requests i would block them most of the time Wink
Add Thank You Quote this message in a reply
Feb. 11, 2009, 12:15 AM
Post: #11
RE: How to handle Redirects?
may i suggest altering the poll choices slightly?


"yes, limit listed filters to Advanced and above"
"yes, limit intercepting, but do not limit false redirects"
"yes, limit false redirects, but do not limit intercepting"
"do not limit, keep as is, Standard and above"
"i have no preference"
Add Thank You Quote this message in a reply
Feb. 11, 2009, 12:33 AM
Post: #12
RE: How to handle Redirects?
Thanks! So both of you have the same opinion.

ProxRocks, exactly, changed accordingly.
Add Thank You Quote this message in a reply
Feb. 11, 2009, 02:30 AM
Post: #13
RE: How to handle Redirects?
I agree with ProxRocks and Inminente too.
I think it's better to leave the "legit" redirects alone in standard mode, but block the false ones.
Add Thank You Quote this message in a reply
Post Reply 


Forum Jump: