Python 为什么不'；Netflix.com NewWatchInstantlyRSS提要条目中是否有日期（使用feedparser解析时）？

以下各项的输出：

import feedparser
d = feedparser.parse('http://www.netflix.com/NewWatchInstantlyRSS')
d.entries[177].keys()

是:

根据，条目中应该有一个“日期”元素

一个可能的线索是，当我在Firefox或Safari（Mac OS X）上打开时，我看不到任何日期。（实际上Safari会将我打开提要的日期和时间放在每个元素旁边。）但Google Reader会以某种方式获得每个元素的唯一日期。（这就是我选择上面第177条的原因——这是“Dare”的索引，根据Google Reader，这是今天的第一个条目，旁边显示“上午8:32”）

---

RSS有什么我不了解的地方吗？我是不是错过了一些关于日期的交叉引用？我已经梳理了提要中的所有条目和几个条目，没有看到任何可能指向不同URL或任何类型日期的内容。

如果您查看RSS提要的原始源（在web浏览器中打开并查看源），您会发现它们没有包含日期元素。应该有，但没有

---

编辑：对不起，我没有完全阅读你的问题。我不知道谷歌从哪里得到了它的日期价值。我也在谷歌上输入了这个数据，我今天早上10:32就得到了这个数据，无论在哪个时区，它都不等于你的数据。我会说他们自己的缓存，关于他们何时检索更新的提要，也许他们有不同的服务器，这可以解释我们的差异

---

当RSS提要根本不存在时，RSS提要没有特殊属性来获取此值。如果你需要的话。我建议使用一种与我认为谷歌正在使用的方法类似的方法。

那么谷歌阅读器是如何获取日期的呢？我不知道谷歌从哪里获取日期的价值。我也在谷歌上输入了这个feed，今天早上10:32我就可以开始Dare了。我想说的是他们自己的缓存，关于他们何时检索到更新的提要。当RSS提要根本不存在时，RSS提要没有特殊属性来获取此值。如果你需要的话。我建议使用一种类似于我认为谷歌正在使用的方法。简单地说，我认为谷歌阅读器正在缓存中保存上次检查提要的日期。你可以用同样的方法得到未来的日期。你在中央时区吗？（我在太平洋）看起来我们看到的是相同的时间值，针对两个不同的时区进行了调整。

['summary_detail', 'links', 'title', 'summary', 'guidislink', 'title_detail', 'link', 'id']