我正在尝试解释服务器日志中的HttpReferer字符串。似乎有很多空值。
我想知道这些空值中有多少是由于人们直接点击进入浏览器的直接命中，以及有多少可能是由于阻止了Referer被发送的某种阻塞实用程序所致。
我真的不知道有多少人使用可能会阻止引用的工具或浏览器或“匿名者”。有什么输入吗？
答案 0 :(得分：2)
我认为很大一部分可能实际上是由ISP的限制引起的。我知道我的ISP（BT，在英国）过滤掉它（可能在路由器上），这有时令人讨厌。
事实证明，该块实际上是由Zone Alarm（一种软件防火墙）实现的，它通常由ISP提供。
答案 1 :(得分：2)
我个人使用Firefox的“Web Developer”扩展禁用它，只是因为一些“有用”的网站突出了我以前访问该页面的搜索词。
谢谢，我完全有能力安装荧光笔插件，或搜索页面内的文字。
答案 2 :(得分：2)
Opera在F12菜单中快速切换，您可以打开“发送推荐信息”或不切换到您正在浏览的网站。
答案 3 :(得分：2)
我曾经在我的博客应用程序中记录所有这些内容 - 几乎所有机器人都不会发送引荐信息。
你应该能够做出有根据的猜测，看它是否被过滤掉了，或者只是输入网址的人。
如果第一次点击没有推荐人但是图片/ CSS等的加载有推荐人信息，那么他们只是直接输入了网址。
如果他们只下载没有图像或CSS的HTML，他们很可能是机器人（或者使用Lynx）
如果他们下载HTML，图片和没有推荐人的CSS，那么它就会被过滤掉。
答案 4 :(得分：-2)
某些防病毒软件被阻止，并且出于“安全”原因也开始执行此操作。
我们有一个电子邮件表单，使用引荐来源跟踪来消除随机僵尸垃圾邮件的要点，有些人呻吟说它不起作用。
并不完全精彩，但引用者标题的使用远远超过“让我们变得邪恶并观察人们来自哪里”以使其合法化。
（例如，一些防病毒软件包已经完全停止了电子邮件的工作，客户会打电话给你并告诉你它的错，直到你告诉他们摆脱他们之前从未听说过那家公司的垃圾为止'防病毒第40次，他们听，他们的问题神奇地解决了）
推荐人跟踪对于在网站中保持状态非常有用。 （不需要cookie）
推荐人跟踪非常有用，可以确认用户来自网站本身（无需Cookie）
虽然我发现泄露第三方网站泄露数据的合法隐私问题是通过引荐来源，并且收件人看到了这一点。
所以：
3rd-party => site # referrer preferred blank
local => local # referrer preferred kept
至少在这里，您可以轻松区分来自外部源的“热链接”和内部链接。
此外，由于这一点，某些浏览器默认阻止来自SSL网站的跨域推介。