referrer

英语单词referee和referrer的区别referee 英 [ˌrefəˈriː] 美 [ˌrefəˈriː]n. 裁判;(某些体育比赛的)裁判员;介绍人;推荐人;仲裁员;调解人v. 裁判;担任裁判;审阅;鉴定(专业性强的文章)referrer 引用页; 引荐; 来源页面; 推荐人; 来路;[例句]Referrer spam ( when spam sites pretend to refer users to a target site that lists referrers)引荐垃圾信息（垃圾信息站点假装将用户引荐到列有引用信息的目标站点）如果：A推荐了B到一个公司去面试。应该是使用：referrer英文：A recommended B to a company for an interview

referrer 引用、参照网址、引用者、推荐人、引荐referee 裁判、主裁判、裁判员、裁判、主裁如果配对出现，会是：referrer推荐人referee被推荐人

有些软件是骗人的

这个是网站代码问题。

在IE浏览器如果不能够自动刷新页面，往往说明这个浏览器需要进行更新，可能是因为版本实在是太过于老化造成的，那么处于这种情况如果更新很麻烦的话，你不如就不要再用这样的浏览器了，也可以使用一个360的浏览器是比较好的，360浏览器比这个ie浏览器好用多了。

url：location.href停留时间：onload时候打个时间戳，onbeforeunload的时候再打个戳，相减就是你要的。refer：document.referrer以上都是js方法哦

你要在服务器下运行才会返回 在本地没效果

只有在Web服务器上运行时才能得到值！

js中我们可以document.referrer来判断页面来源document对象的referrer属性，返回导航到当前网页的超链接所在网页的URL。经过测试，需要将两个文件放在服务器中才能得到想要的结果,若直接在本地文件夹中则得到空字符串，若直接在浏览器地址栏中输入b.html的URL地址或使用打开菜单访问b.html，则document.referrer的值为空字符串。document.URL获取当前页面URL

js完整代码：<script language="javascript"> var refer=document.referrer; document.getElementById("backurl").value=refer;</script>“HTTP_REFERER”链接到当前页面的前一页面的 URL 地址。不是所有的用户代理（浏览器）都会设置这个变量，而且有的还可以手工修改 HTTP_REFERER。因此，这个变量不总是真实正确的。注意 document.referrer; 和“HTTP_REFERER” 中间差一个字母，却是不同的概念的东东，请注意使用js中的referrer使用,返回上一页在js中写上location.href = document.referrer;就可以实现跳转到上一个页面了，让用户觉得体验很好但是在IE中referrer就没那么尽人意了啊，IE会清空referrer众所周知，我们web开发人员痛恨IE浏览器，因为IE不支持标准，标准外的默认行为又和其他浏览器经常不一致：在IE中用javascript做跳转，比如用window.location.href = “http://www.hnnedu.com ”; google无法取到浏览器请求的HTTP referrer，因为IE清空了document.referrer而其他主流浏览器Firefox和Chrome都会保留referrer，这意味着IE又要享受“部长级”特殊待遇了：view sourceif (/MSIE (d+.d+);/.test(navigator.userAgent)){ var referLink = document.createElement("a"); referLink.href = url; document.body.appendChild(referLink); referLink.click();}else { location.href = url; }这样的原理就是给IE浏览器的页面偷偷加了个链接，然后自动点这个链接，于是referrer就能保留了。

UC浏览器。这个好，省流量。而且快，我的诺基亚的就是用UC的

referrer 引用、参照网址、引用者、推荐人、引荐referee 裁判、主裁判、裁判员、裁判、主裁如果配对出现，会是：referrer推荐人referee被推荐人

<script language="vbscript"> MsgBox document.referrer</script> 这样就可以了

你不要在这里误导parent.document.referrer 这个取值方式绝对可以如果不行，肯定是某个地方出了问题。

应该是你的IFRAME写在A页。

自己去网站上在查查..

这是由于降级服务，所谓的降级服务就是如果你的主url是https协议的，但是内部你又嵌入了http协议（或者从https页面跳转到http页面），这就是https降级：本来安全性很高的https服务嵌入了不安全的http请求，所以，为了保证一些必要的机制，浏览器默认在这种情况下不发送referrer信息，可以参考：https://www.thankjava.com/foreend/a422ed64780292b32cde103f44f638b8

来路的伪装可不是通过修改document.referrer来实现的.而是通过发送 Request Headers来实现的,里面包含了所有的请求信息.

你输入的作为你的参照地址的用户名无法被定位。

安装hackbar后，重启火狐，打开网页，您会发现标签栏处多了一些工具条，它就是HackBar插件，首次打开是开启的，可以通过F9来切换工具条是否显示。具体的使用方法，最好是找个详细的教程系统学习下。

escape就是加密了，用unescape解密就知道是什么了document.write(unescape(_rsSI)); window.location就是获取URL了，URL通常分为几个部分，如window.location.href 就是获取完整的地址 http://……或者是https://……；window.location.search 查询参数，也就是“？”后面部分的。 document.referrer 是获取从哪个页面传来的 如从a.htm链接到b.htm，那b.htm就显示 http://……/a.htm

用document.URL或者location.href;不好意思，看错了。。。document.search可以取得参数串(page.asp?id=12) 书签形式的取不到

1、Referrer是伪装来源地址的选项；2、在其对应的填写框录入要伪装的地址即可；3、执行hack操作即可模拟该Referrer。

js完整代码： var refer=document.referrer; document.getElementById("backurl").value=refer; “HTTP_REFERER” 链接到当前页面的前一页面的 URL 地址。 不是所有的用户代理（浏览器）都会设置这个变量，而且有的还可以手工修改 HTTP_REFERER。

IOS中，网页的前进后退操作(包括 history.go() 、 history.back() 等)是直接进入其离开时的快照，不会重新触发页面的 load 事件。此时js从上次离开时的状态继续往下执行。 document.referrer 是一个字符串，内容为上一页面的URL 不同浏览器对load/unload/pageshow/pagehide表现不同，使用前需多加测试 第一次进入时，触发 pageshow ，此时 isPageHide 为 false 。离开页面时触发 pagehide ， isPageHide 变为 true 。第二次进入时再次触发 pageshow ，此时 isPageHide 为 true ，成功触发页面刷新。 pageshow / pagehide 会在页面跳转前后触发，而 visibilitychange 会在页面被隐藏或显示时(如浏览器tab切换、窗口被最小化等)触发，配合 Document.hidden 可以实现如"页面被切到后台时停止声音播放，切到前台时恢复播放"等功能。

你说的referrer是不是参数如果是参数的话response.sendRedirect("url")只需要在url后做如下修改response.sendRedirect("url?变量名=值")

document.referrer返回跳转或打开到当前页面的那个页面的URI。这是一个只读属性，不能被修改。

点击浏览器小锁，查看证书详情。

1、Referrer是伪装来源地址的选项；2、在其对应的填写框录入要伪装的地址即可；3、执行hack操作即可模拟该Referrer。

js完整代码：<script language="javascript"> var refer=document.referrer; document.getElementById("backurl").value=refer;</script>“HTTP_REFERER”链接到当前页面的前一页面的 URL 地址。不是所有的用户代理（浏览器）都会设置这个变量，而且有的还可以手工修改 HTTP_REFERER。因此，这个变量不总是真实正确的。注意 document.referrer; 和“HTTP_REFERER” 中间差一个字母，却是不同的概念的东东，请注意使用js中的referrer使用,返回上一页在js中写上location.href = document.referrer;就可以实现跳转到上一个页面了，让用户觉得体验很好但是在IE中referrer就没那么尽人意了啊，IE会清空referrer众所周知，我们web开发人员痛恨IE浏览器，因为IE不支持标准，标准外的默认行为又和其他浏览器经常不一致：在IE中用javascript做跳转，比如用window.location.href = “http://www.google.com”; google无法取到浏览器请求的HTTP referrer，因为IE清空了document.referrer而其他主流浏览器Firefox和Chrome都会保留referrer，这意味着IE又要享受“部长级”特殊待遇了：view sourceif (/MSIE (d+.d+);/.test(navigator.userAgent)){ var referLink = document.createElement("a"); referLink.href = url; document.body.appendChild(referLink); referLink.click();}else { location.href = url; }这样的原理就是给IE浏览器的页面偷偷加了个链接，然后自动点这个链接，于是referrer就能保留了。

引用策略就是从一个文档发出请求时，是否在请求头部定义 Referrer 的设置。 参考: Web 页面 Meta 的 Referrer Policy

js完整代码： var refer=document.referrer; document.getElementById("backurl").value=refer; “HTTP_REFERER” 链接到当前页面的前一页面的 URL 地址。不是所有的用户代理（浏览器）都会设置这个变量，而且有的还可以手工修改 HTTP_REFERER。

no-referrer-when-downgrade:仅当发生协议降级（如 HTTPS 页面引入 HTTP 资源，从 HTTPS 页面跳到 HTTP 等）时不发送 Referrer 信息。这个规则是现在大部分浏览器默认所采用的；在页面引入图片、JS 等资源，或者从一个页面跳到另一个页面，都会产生新的 HTTP 请求，浏览器一般都会给这些请求头加上表示来源的 Referrer 字段。Referrer 在分析用户来源时很有用，有着广泛的使用。但 URL 可能包含用户敏感信息，如果被第三方网站拿到很不安全。新的 Referrer Policy 规定了五种 Referrer 策略：No Referrer、No Referrer When Downgrade、Origin Only、Origin When Cross-origin、和 Unsafe URL。

一般情况下，从HTTPS站到HTTP站点的跳转，浏览器默认不发送referrer，可以通过大概两种办法让浏览器传送referrer:在A站的head中加入<meta name="referrer" content="always">B站也采用HTTPS当然如果A站强制规定不发送referrer，B站又没有对A站的控制权，我们是无法控制让第三方统计工具统计到百度搜索来源关键词的。

有影响。移动端无论是原生app还是传统的网页，返回上页是一个比较强烈的需求。 javascript 有一个可以获取前一页面的URL地址的方法：document.referrer

js完整代码： var refer=document.referrer; document.getElementById("backurl").value=refer; “HTTP_REFERER” 链接到当前页面的前一页面的 URL 地址。不是所有的用户代理（浏览器）都会设置这个变量，而且有的还可以手工修改 HTTP_REFERER。

什么是Referrer-Policy The Referrer-Policy HTTP header governs which referrer information, sent in the Referer header, should be included with requests made. 通俗点就是Referrer的策略， Referrer 就是 referrer 属性可返回载入当前文档的文档的 URL 。 Referrer-Policy: no-referrer Referrer-Policy: no-referrer-when-downgrade Referrer-Policy: origin Referrer-Policy: origin-when-cross-origin Referrer-Policy: same-origin Referrer-Policy: strict-origin Referrer-Policy: strict-origin-when-cross-origin Referrer-Policy: unsafe-url 如果值无效就是默认值。 no-referrer 整个 Referer 首部会被移除。访问来源信息不随着请求一起发送 no-referrer-when-downgrade （默认值） 在没有指定任何策略的情况下用户代理的默认行为。在同等安全级别的情况下，引用页面的地址会被发送(HTTPS->HTTPS)，但是在降级的情况下不会被发送 (HTTPS->HTTP)。 origin 在任何情况下，仅发送文件的源作为引用地址。例如 https://example.com/page.html 会将 https://example.com/ 作为引用地址。 origin-when-cross-origin 对于同源的请求，会发送完整的URL作为引用地址，但是对于非同源请求仅发送文件的源。 same-origin 对于 同源的请求 会发送引用地址，但是对于非同源请求则不发送引用地址信息 strict-origin 在同等安全级别的情况下，发送文件的源作为引用地址(HTTPS->HTTPS)，但是在降级的情况下不会发送 (HTTPS->HTTP)。 strict-origin-when-cross-origin 对于同源的请求，会发送完整的URL作为引用地址；在同等安全级别的情况下，发送文件的源作为引用地址(HTTPS->HTTPS)；在降级的情况下不发送此首部 (HTTPS->HTTP)。 unsafe-url 无论是同源请求还是非同源请求，都发送完整的 URL（移除参数信息之后）作为引用地址。（最不安全的策略了） You can also set referrer policies in HTML documents. For example, by using a <meta> element with a name of referrer : Or by using the referrerpolicy attribute on <a> , <area> , <img> , <iframe> , or [ <link> ]( https://developer.mozilla.org/en-US/docs/Web/HTML/Element/link "The HTML External Resource Link element (<link>) specifies relationships between the current document and an external resource. This element is most commonly used to link to stylesheets, but is also used to establish site icons (both "favicon" style icons and mobile home screen/app icons) among other things.")elements: Alternatively, a noreferrer link relation on an a, area, or link element can be set: CSS can fetch resources referenced from stylesheets. These resources are following a referrer policy as well. External CSS stylesheets use the default policy ( no-referrer-when-downgrade ) unless it"s overwritten via an HTTP header that is set for a CSS stylesheet specifically. For inline styles or styles created from APIs like HTMLElement.style , the owner document"s referrer policy is used. 规范 *（草案状态） https://w3c.github.io/webappsec-referrer-policy/#referrer-policy-header 参考链接 https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Referrer-Policy

referrer 引用、参照网址、引用者、推荐人、引荐referee 裁判、主裁判、裁判员、裁判、主裁如果配对出现，会是：referrer推荐人referee被推荐人

<meta name="referrer" content=“no-referrer”> referrer是用于追踪用户是从哪个页面跳转过来，js中使用document.referrer来得到值，一般用户做移动端back按钮，如用户通过别人发送时候链接进入页面时，可以隐藏back按钮。 referrer有五种属性 No Referrer （永远不做记录） No Referrer When Downgrade（浏览器默认，当降级时候不记录，从https跳转到http） Origin Only（只记录 协议+ host） Origin When Cross-origin（仅在发生跨域访问时记录 协议+host） Unsafe URL（永远记录）参考链接： Referrer Policy 介绍  和  document.referrer的用法详解

referrer用于标识用户从哪个页面发起的请求，但由于是客户端发送，服务器无条件信任，所以该值可以伪造正常情况下浏览器发送的referrer是不会错误，但可以通过非浏览器的方式访问，如通过curl命令等，所以referrer仅供参考，不可完全信任一般用于统计

当用户在浏览器上点击一个链接时，会产生一个 HTTP 请求，用于获取新的页面内容，而在该请求的报头中，会包含一个 Referrer，用以指定该请求是从哪个页面跳转页来的，常被用于分析用户来源等信息。但是也有成为用户的一个不安全因素，比如有些网站直接将 sessionid 或是 token 放在地址栏里传递的，会原样不动地当作 Referrer 报头的内容传递给第三方网站。 所以就有了 Referrer Policy ，用于过滤 Referrer 报头内容，<time datetime="2017-08-10">目前</time>是一个候选标准，不过已经有部分浏览器支持该标准。具体的可查看 这里 。 目前包含了以下几种指令值： 按照浏览器的默认值执行。默认值为 no-referrer-when-downgrade 。部分标签可重定义此安全策略。 从字面意思就可以理解，不传递 Referrer 报头的值。 当发生降级（比如从 https:// 跳转到 http:// ）时，不传递 Referrer 报头。但是反过来的话不受影响。通常也会当作浏览器的默认安全策略。 同源，即当协议、域名和端口（如果有一方指定的话）都相同，才会传递 Referrer。 将当前页面过滤掉参数及路径部分，仅将协议、域名和端口（如果有的话）当作 Referrer。 类似于 origin ，但是不能降级。 跨域时（协议、域名和端口只有一个不同）和 origin 模式相同，否则 Referrer 还是传递当前页的全路径。 与 origin-when-cross-origin 类似，但不能降级。 任意情况下，都发送当前页的全部地址到 Referrer，最宽松和不安全的策略。 推荐的方式，直接在 Referrer-Policy 报头中设置。 通过指定 name 值为 referrer 的 meta 标签，也可以达到相同的效果： content 可以是上面的指定的值，也可以是下面这几种旧的指令值，会自动作相应的转换，但不推荐这些旧的指令值： <cite> Referrer Policy </cite> <cite> Referrer-Policy </cite> <cite> 浏览器的同源策略 </cite>