什么';这两者之间的区别是什么<;pubDate>;及<;lastBuildDate>;对于播客rss提要?
任何熟悉创建播客rss源的人,请向我解释一下这个 Q:播客rss源的什么';这两者之间的区别是什么<;pubDate>;及<;lastBuildDate>;对于播客rss提要?,rss,podcast,Rss,Podcast,任何熟悉创建播客rss源的人,请向我解释一下这个 Q:播客rss源的和有什么区别 对于上下文,和是rss提要中的特定字段 有很多善意的描述可供研究,例如 不幸的是,这仍然让我困惑 起初,我试图从实体出版物的角度来看待它,例如一本书 书籍被编写= 时间流逝 图书出版= 然后,新的打印运行将花费更多的时间 图书重新出版= 更多的时间过去了 作者决定更新内容= 图书重新出版= 这个例子对我来说非常有意义。它适用于具有物理副本的内容 然而,对于像播客这样的电子资源,这是如何工作的呢 对于播客
和
有什么区别
对于上下文,
和
是rss提要中的特定字段
有很多善意的描述可供研究,例如
- 书籍被编写=
- 时间流逝
- 图书出版=
- 然后,新的打印运行将花费更多的时间
- 图书重新出版=
- 更多的时间过去了
- 作者决定更新内容=
- 图书重新出版=
和
之间似乎没有区别?
起初,我试图从实体出版物的角度来看待它,例如一本书
这是一个很好的思考方式。你是对的。我认为你不应该被任何事情弄糊涂
进一步澄清:1.如果内容生成器(创建提要标记的代码)在内部修改了任何只有它自己知道的元数据,则也可以修改
lastBuildDate
。2.由于这两个字段都是可选的,所以如果这是您的目的,您不应该直接依赖它们来检测新内容。HTTP缓存相关的标头更适合于此。
3.即使对于非播客订阅源,IMO也应使用可用的
pubDate
。此外,还应检查pubDate
。一些提要也发布了它的小写变体 谢谢@dezinezync,这确实有帮助。我没有考虑过内部元数据更新的想法——这是更新lastBuildDate的一个非常有效的理由。关于不要依赖他们在场的极好建议。