Google 阅读器不显示我的 Atom feed 的图标 http://feeds.feedburner.com/CartesianClosedComic。
这是我根据互联网上找到的各种建议尝试的:
<icon>
元素。 (我还尝试了那里的 .ico
图标。)IMO,这本身应该足够了,但由于某种原因它不是。<link rel="shortcut icon" type="image/x-icon" />
图标的 .ico
元素,与普通页面类比。<link rel="alternate" type="text/html" />
元素。以上都没有帮助。
我还发现了一个假设,即应该在域的根路径下有一个图标(类似于
http://example.com/favicon.ico
),但这对我来说不是一个选择。
Google Reader 使用
http://s2.googleusercontent.com/s2/favicon?domain_url=http://domainname/foo/bar/baz.html
形式的 URL 来缓存网站图标。我已经验证他们的缓存服务只发出单个请求来获取http://domainname/favicon.ico
,仅此而已;如果您提供特定页面的 URL 并不重要 - 该页面永远不会被请求,因此其中指定的任何图标都不会被考虑在内。
坏消息是,影响该图标缓存服务的唯一方法是实际为 /favicon.ico
URL 提供图标。好消息是您不必在该 URL 上提供实际的 Windows 图标文件;位于该 URL 的 PNG 图像就可以正常工作。
如果您无法在服务器上托管实际的
/favicon.ico
文件,您可以设置某种重定向或 URL 重写,以便提供托管在其他位置的图标。我已经对其进行了测试,并且可以确认 Google
will会遵循重定向,甚至是站外 URL,因此您甚至不必在同一域上托管网站图标。不过,还有更多坏消息:Google 不会随该请求发送
User-Agent
标头,因此您无法仅为其图标缓存设置条件重定向。我测试中的所有请求都来自 74.125.18.0/24
网络,因此您也许能够基于此实现条件重定向。我发现您将提要内容托管在网站上的
/ccc
子目录中,并且您可能不愿意将漫画的图标作为站点范围的图标。我还看到您的托管提供商提供至少 10 个子域(我不知道您使用的是哪个软件包,但这是他们提供的最低价格),因此您可以在您的网站上创建一个子域(例如,
ccc.ro-che.info
)并使用作为您的 Feed 的 URL。 Google 将尝试获取 feed 的 http://ccc.ro-che.info/favicon.ico
,您只能在该子域上设置特定的网站图标资源。您还可以设置从 http://ccc.ro-che.info/*
到 http://ro-che.info/ccc/*
的重定向,以便您的漫画保持在当前位置,并且来自 Feed 链接的每个人也将被重定向到资源的当前位置。