A better title for your article would have been:
why to never rely on referers
(which can be blocked or purposely malformed)
31–40 of 56 posts
A better title for your article would have been:
why to never rely on referers
(which can be blocked or purposely malformed)
We let you create surveys and display those on your website in a “targeted” manner A better title for your article would have been: why to never rely on referers (which can be blocked or purposely malformed)
I hate to crash the party, but why is the premise that "overriding links is absolutely okay" taken for granted? Says who? Google and their `/url`? Facebook and their `l.php`?
I hate to crash the party, but why is the premise that "overriding links is absolutely okay" taken for granted? Says who? Google and their `/url`? Facebook and their `l.php`?
Why wouldn't it be okay? This is a link on their own website, they can control it how they want.
I hate to crash the party, but why is the premise that "overriding links is absolutely okay" taken for granted? Says who? Google and their `/url`? Facebook and their `l.php`?
On the other hand, with https and url shorteners,referers are a dying breed. The situation with URL shorteners is absurdly funny now, because twitter double-shortens the shortened urls, since most popular sites have their own shortener.
It's most likely done intentionally to protect against leaking the clicker's identity. See the issue Facebook had back then: http://www.benedelman.org/news/052010-1.html
Sending an incorrect site referrer to a downstream website doesn't solve the identity problem! HTTP headers have existed even before all these applications came into being. One just has to abide by some of those basics.
For example:
Say you're on this page: http://site.com/article?_uid=123 (_uid being the identity leaking query param) and clicked a link that appears to point to: http://google.com/
When a user clicks on that link, the page redirect the user to http://site.com/redirect?target=http%3A%2F%2Fgoogle.com&...
The server will then redirect the browser back to: http://site.com/article
And when the server sees that request with referrer set to /redirect?target=http%3A%2F%2Fgoogle.com, it will then parse out the target url and redirect the browser to http://google.com.
This way, the target url can be given a meaningful referrer url without compromising user's identity.
Has anyone asked on Quora, why Quora does this?
Earlier quoted context omitted.
Tracking helps you build great analytics. I, as a developer, would have otherwise no idea of what's happening in my app.
Do it client-side. Don't break the web.
1. you need to block the click event until you get a response from your analytics endpoint. Google suggests doing this by adding a 100ms delay: http://support.google.com/googleanalytics/bin/answer.py?hl=e...
2. you might get holes in your data for a number of reasons: the user has JS turned off; 100ms isn't long enough for the request to go through; or the user might click off before your script can attach itself to the onclick event.
You definitely don't want to get yourself in a situation where you go down and all outbound links stop working, but if you can fail gracefully, replacing the link makes a lot more sense.
Earlier quoted context omitted.
Why wouldn't it be okay? This is a link on their own website, they can control it how they want.
That's the point. It is okay as long as they play nice with HTTP headers and other info which needs to be passed downstream.
Right now they protect their users' privacy. What benefit do they realize by providing their users' viewing history to other sites?
I personally think that the referer header was never a good idea. I disable it in my browser, and appreciate sites that do right by their users with privacy protecting default behaviors.