由于项目需要,我接触到了javascript中的referer. 在网上找资料的时候,发现有这两篇文章对referer写得蛮好的,现把它们转贴到下面,一起学习.
第1篇--(http://huxiong888.blog.163.com/blog/static/1344952201061501535775/)
Referrer的重要性
HTTP请求中有一个referer的报文头，用来指明当前流量的来源参考页。例如在www.sina.com.cn/sports/上点击一个链接到达cctv.com首页，那么就referrer就是www.sina.com.cn/sports/了。在Javascript中，我们可以通过 document.referrer来获取同样的信息。通过这个信息，我们就可以知道访客是从什么渠道来到当前页面的。这对于Web Analytics来说，是非常重要的，这可以告诉我们不同渠道带来的流量的分布情况，还有用户搜索的关键词等，都是通过分析这个referrer信息来获取的。
但是，出于各种各样的原因，有时候Javascript中读到的referrer却是空字符串。下面总结一下哪些情况下会丢失referrer。
Referrer丢失的几个场景
修改Location对象进行页面导航
Location对象是一个用于页面导航的非常实用的对象。因为他允许你只变更Url的其中一部分。例如从cn域名切换到com域名，其他部分不变：
window.location.hostname = "example.com";
但是，通过修改Location进行页面导航的方法，会导致在IE下丢失Referrer。
IE5.5+ 下返回空字符串
Chrome3.0+，Firefox3.5，Opera9.6，Safari3.2.2均正常返回来源网页
window.open方式打开新窗口
示例：
访问Google
点击此链接会在新窗口打开Google网站，我们在地址栏中输入以下js代码就可以看到发送的referrer了。
javascript:alert(document.referrer)
测试结果：
IE5.5+ 下返回空字符串
Chrome3.0+，Firefox3.5，Opera9.6，Safari3.2.2均正常返回来源网页
如果是同个域名下通过此方式跳转的，那么我们可以通过访问windoww.opener对象去获取丢失的referrer信息。代码如下：
跨域的话则没辙了~
鼠标拖拽打开新窗口
鼠标拖拽是现在非常流行的用户习惯，很多浏览器都内置或者可以通过插件的方式来支持鼠标拖拽式浏览。但是通过这种方式打开的页面，基本全都丢失 referrer。并且，这种情况下，也无法使用window.opener的方式去获取丢失的referrer了。
已测试：
Maxthon2.5.2，Firefox的FireGesture插件，Chrome3.0+，Opera9.6，Safari3.2。
点击Flash内部链接
点击Flash上到达另外一个网站的时候，Referrer的情况就比较杂乱了。
IE下，通过客户端Javascript的document.referrer读取到的值是空的，但是如果你使用流量监控软件看一下的话，你会发现，实际上HTTP请求中的Referer报文头却是有值的，这可能是IE实现的Bug。同时，这个值指向的是Flash文件的地址，而不是来源网页的地址。
Chrome4.0下点击Flash到达新窗口之后，Referrer也是指向的Flash文件的地址，而不是源网页的地址。
Chrome3.0和Safari3.2是一样的，都是会丢失Referrer信息。
Opera则和Firefox一样，Referrer的值都是来源网页的地址。
HTTPS跳转到HTTP
从HTTPS的网站跳转到HTTP的网站时，浏览器是不会发送referrer的。这个各大浏览器的行为是一样的。
例如，我们在HTTPS下使用Google Reader或是Gmail的时候，点击某个链接去到另外一个网站，那么从技术上来说，这样的访问和用户直接键入网址访问是没有什么分别的。
Referrer丢失对于广告流量监控的影响
Referrer如果丢失，Web Analytics就会丢掉很重要的一部分信息了，特别对于广告流量来说，就无法知道实际来源了。目前国内好多用了Google Adsense广告的网站，都使用了window.open的方式来打开广告链接，因此IE下会丢失Referrer，而我们知道，IE是目前市场份额最大的浏览器，因此其影响是很大的。很多流量统计工具会因此将这部分流量归入“直接流量”，和用户直接键入网址等价了。
对于这样的情况，需要让广告投放者在投放广告的时候，给着陆页面的Url加上特定的跟踪参数。
例如，某个Flash广告，点击之后到达的网址是http://www.example.com/，为了监控此流量是从哪个渠道过来的，我们可以修改此投放的着陆Url，改成http://www.example.com/?src=sina，类似这种方式，然后在着陆页面中使用 Javascript代码提取此src参数，这样就可以得到广告来源信息。
在投放Google Adwords的时候，后台系统有一个“自动标记”的选项，当启用此选项的时候，Google在生成所有广告的着陆页面Url的时候，就会自动加上一个 gclid的参数，这个参数能够将Google Analytics后台和Adwords广告后台的数据进行整合。这样就可以知道广告流量对应于哪个广告系列，哪个广告来源和广告关键词等信息了。和上面提到的思路其实是类似的。只不过Google自动帮你做了Url的修改了而已。
第二篇--(http://blog.163.com/alex_kame/blog/static/14546748201072173718721/)
兼容IE和FF：获取Referer的JS方法
发现一个关于浏览器兼容的问题，当用JS 执行代码 window.location.href=”http://ityizhan.com” 来进行跳转的时候，Firefox 可以获取到到HTTP_REFERER页面，但是在IE中这一项为空，后来查了一些相关资料，发现在IE 中通过 window.location.href 或者是 是无法获取HTTP_REFERER， 真是搞不懂 IE 的浏览器，很多浏览器运行的很好的东西，它就是不支持，最后没有办法，只能PHP伪造来源HTTP_REFERER的方法或者用JS来伪造。
IE可以识别的 HTTP_REFERER 提交是通过click 触发的事件或者是 Form 表单提交的请求，下面是根据网上的资料总结的一个方法：
这个方法先是用 document.all 来判断当前的浏览器是否是IE， 如果是的话就生成一个link，然后自动执行 onclick 事件，如果不是的话就用JS 跳转。这样在处理页面就可以得到 HTTP_REFERER 了
此方法在IE, Firefox, Safari , Chrome 测试通过