我没有favicon.ico,但我的浏览器总是发出请求。

是否有可能阻止浏览器从我的网站制作favicon的请求?也许是HTML头中的META-TAG ?


当前回答

你可以使用.htaccess或服务器指令来拒绝访问favicon.ico,但是服务器会向浏览器发送拒绝访问的回复,这仍然会减慢页面访问。

当用户返回站点时,可以通过将favicon.ico保留在浏览器缓存中来停止浏览器请求favicon.ico。

首先,提供一个小的favicon.ico图像,可以是空白的,但要尽可能小。我做了一个黑白的,不到200字节。然后,使用.htaccess或server指令,将文件的Expires头设置为未来一两个月。当相同的用户回到你的网站,它将从浏览器缓存加载,没有请求将去你的网站。服务器日志里也没有404了。

如果你可以控制一个完整的Apache服务器或者一个虚拟服务器,你可以这样做

如果服务器文档根目录是/var/www/html,那么将其添加到/etc/httpd/conf/httpd.conf

Alias /favicon.ico "/var/www/html/favicon.ico"
<Directory "/var/www/html">
    <Files favicon.ico>
       ExpiresActive On
       ExpiresDefault "access plus 1 month"
    </Files>
</Directory>

然后,一个favicon.ico将适用于所有虚拟托管站点,因为您正在对它进行别名化。它将在用户访问后的一个月内从浏览器缓存中提取。

对于.htaccess,这是报告工作(不是由我检查):-

AddType image/x-icon .ico
ExpiresActive On
ExpiresByType image/x-icon "access plus 1 month"

其他回答

我需要防止请求和有图标显示,即在Chrome。

快速代码尝试<head>:

    <link rel="icon" type="image/png" sizes="16x16" href="data:image/png;base64,
    iVBORw0KGgoAAAANSUhEUgAAABAAAAAQBAMAAADt3eJSAAAAMFBMVEU0OkArMjhobHEoPUPFEBIu
    O0L+AAC2FBZ2JyuNICOfGx7xAwTjCAlCNTvVDA1aLzQ3COjMAAAAVUlEQVQI12NgwAaCDSA0888G
    CItjn0szWGBJTVoGSCjWs8TleQCQYV95evdxkFT8Kpe0PLDi5WfKd4LUsN5zS1sKFolt8bwAZrCa
    GqNYJAgFDEpQAAAzmxafI4vZWwAAAABJRU5ErkJggg==" />

在node . js,

res.writeHead(200, {'Content-Type': 'text/plain', 'Link': 'rel="shortcut icon" href="#"'} );

你可以用

<link rel="shortcut icon" href="http://localhost/" />

这样就不会实际从服务器请求它。

把这个放进你的HTML头:

<link rel="icon" href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAADElEQVQI12P4//8/AAX+Av7czFnnAAAAAElFTkSuQmCC">

这个答案比其他答案稍大一些,但确实包含一个实际有效的PNG图像(1x1像素白色)。

根据我们的经验,当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 !