我没有favicon.ico，但我的浏览器总是发出请求。
是否有可能阻止浏览器从我的网站制作favicon的请求?也许是HTML头中的META-TAG ?
当前回答
我首先要说的是，在Web页面中有favicon是一件好事(通常)。
然而，这并不总是理想的，有时开发人员需要一种方法来避免额外的负载。例如，IFRAME会请求一个图标而不显示它。 最糟糕的是，在Chrome和Android中，IFRAME将生成3个favicons请求:
"GET /favicon.ico HTTP/1.1" 404 183
"GET /apple-touch-icon-precomposed.png HTTP/1.1" 404 197
"GET /apple-touch-icon.png HTTP/1.1" 404 189
下面使用数据URI，可以用来避免虚假的favicon请求:
<link rel="shortcut icon" href="data:image/x-icon;," type="image/x-icon">
参考资料请参阅:
https://github.com/h5bp/html5-boilerplate/issues/1103 https://twitter.com/diegoperini/status/4882543836930048
更新1:
从评论(jpic)来看，Firefox >= 25不再喜欢上面的语法了。我在Firefox 27上进行了测试，它在Webkit/Chrome上仍然可以工作。
因此，这是一个新的浏览器，它应该涵盖所有最新的浏览器。我测试了Safari、Chrome和Firefox:
<link rel="icon" href="data:;base64,=">
我从“rel”属性值中省略了“快捷方式”名称，因为这只适用于较旧的IE，并且IE < 8的版本也不喜欢dataURIs。未在IE8上测试。
更新2:
如果你需要你的文档对HTML5进行验证，请使用以下方法:
<link rel="icon" href="data:;base64,iVBORw0KGgo=">
其他回答
你不能。你所能做的就是使映像尽可能小，并在将来设置一些缓存失效头(Expires, cache - control)。雅虎!不得不说favicon.ico请求。
你可以在<head>元素中使用下面的HTML:
<link rel="shortcut icon" href="#" />
我在强制完全刷新的情况下进行了测试，在Fiddler中没有看到favicon请求。(在IE8的compat模式下测试IE7标准和FF 3.6)
注意:这可能会下载html文件两次，所以当它隐藏错误时，它是有代价的。
有时，当HTML有一些注释代码，浏览器试图寻找一些东西时，就会出现这种错误。就像在我的情况下，我在烧瓶中注释了一个网页表单的代码，我得到了这个。
在花了2个小时后，我用以下方法修复了它:
1)我创建了一个新的python环境，然后它在注释的HTML行上抛出了一个错误，在此之前，我只抛出了错误'GET /favicon.ico HTTP/1.1" 404'
2)有时，当我有一个重复的代码，像python文件存在同名，然后我也看到了这个错误，尝试删除这些
为了测试目的，暂时阻止这些最简单的方法是在chrome中打开检查页面，右键单击页面上的任何位置并单击检查，或者按Ctrl+Shift+j，然后转到网络选项卡，然后重新加载页面，这将发送您的页面应该发出的所有请求，包括恼人的favicon.ico。您现在可以简单地右键单击favicon.ico请求，然后单击“阻止请求URL”。
以上所有答案都适用于控制应用程序源代码的开发者。如果您是一名系统管理员，正在计算负载平衡器或代理配置，并对favicon.ico的恶作剧感到恼火，那么这个简单的技巧可以更好地发挥作用。这个答案是针对Chrome的，但我认为应该有一个类似的替代方案，你会发现Firefox/Opera/Tor/任何其他浏览器:)
根据我们的经验，当Apache在请求favicon.ico时崩溃时，我们注释掉了.htaccess文件中的额外头文件。
例如，我们有 报头设置X-XSS-Protection "1;模式=块”
．.． 但是我们忘记了事先sudo a2enmod头文件。注释掉正在发送的额外标题解决了我们的favicon.ico问题。
我们还为开发设置了几个虚拟主机，只有在使用http://localhost和获取/favicon.ico时出现了500个内部服务器错误。如果您运行“curl -v http://localhost/favicon.ico”并得到关于主机名不在解析器缓存中或类似效果的警告，那么您可能会遇到问题。
它可能很简单，不抓取(我们尝试了，但没有成功，因为我们的根本原因不同)，或者在apache2.conf或.htaccess中寻找可能导致奇怪的500个内部服务器错误消息的指令。
我们发现它失败得如此之快，在Apache的错误日志中没有任何有用的东西，花了整个上午的时间在这里和那里修改小的东西，直到我们解决了设置额外的头的问题，当我们忘记加载mod_headers !
