Google Reader 使用表单的 URLhttp://s2.googleusercontent.com/s2/favicon?domain_url=http://domainname/foo/bar/baz.html
来缓存站点图标。我已经验证他们的缓存服务只发出一个请求来获取http://domainname/favicon.ico
,仅此而已;您是否为特定页面提供 URL 并不重要——该页面永远不会被请求,因此其中指定的任何网站图标都不会被考虑在内。
坏消息是,影响该网站图标缓存服务的唯一方法是实际为/favicon.ico
URL 提供一个网站图标。好消息是您不必在该 URL 上提供实际的 Windows 图标文件。位于该 URL 的 PNG 图像可以正常工作。
如果您无法/favicon.ico
在服务器上托管实际文件,则可以设置某种重定向或 URL 重写,以提供托管在其他地方的网站图标。我已经对其进行了测试,可以确认 Google会跟踪重定向,甚至是到站外 URL,因此您甚至不必在同一个域上托管网站图标。不过,更坏的消息是:Google 不会费心发送User-Agent
带有该请求的标头,因此您不能仅为他们的网站图标缓存设置条件重定向。我的测试中的所有请求都来自74.125.18.0/24
网络,因此您可以基于此实现条件重定向。
我看到您将您的提要内容托管/ccc
在您网站的子目录中,并且您可能不愿意将您的漫画网站图标放置为您的网站范围的网站图标。我还看到您的托管服务提供商提供了至少 10 个子域(我不知道您使用的是哪个软件包,但这是他们提供的最低产品),因此您可以在您的网站上创建一个子域(例如,ccc.ro-che.info
)并将其用作您的 Feed 的网址。Google 将尝试获取http://ccc.ro-che.info/favicon.ico
提要,您只能在该子域上设置特定的网站图标资源。您还可以设置从http://ccc.ro-che.info/*
到的重定向http://ro-che.info/ccc/*
,以便您的漫画保持在其当前位置,并且来自提要链接的每个人也将被重定向到资源的当前位置。