Deleted content items in the Feed

[kaffa]

Feed中已删除的内容项，并未及时同步删除，不确定这是特性还是属于未实现？

假设有这样一个场景：某作者写了一篇文字《关于ABC》，发布在 feed.xml 中，被 follow 获取并展示给订阅者们，1小时后，该作者打算撤下这篇文章，并刷新了 feed.xml（其中删除了《关于ABC》），此时 follow 新抓取 feed.xml 后，却没有在已获取的条目中删除该文字《关于ABC》。订阅者们依旧可以看到它。

不确定这是特性，还是属于暂未实现同步删除？

Machine Translation:

Deleted content items in the Feed, not synchronized in time to delete, not sure if this is a feature or unimplemented?

Suppose there is a scenario: An author writes a text "About ABC" and publishes it in feed.xml. It is obtained by follow and displayed to subscribers. After one hour, the author intends to remove this article and refreshes feed.xml (in which "About ABC" is deleted). At this time, after follow newly grabs feed.xml, it does not delete the text "About ABC" from the obtained entries. Subscribers can still see it.

It is uncertain whether this is a feature or whether synchronous deletion has not been implemented yet.

[DIYgod]

Because of the nature of RSS, it is challenging to determine if content has been deleted.

[NotRyan7]

I can't tell either

[kaffa]

I understand that the perfect solution is complex, consider the simple way to handle it, whether you can take the URL or URL+ title to identify duplicates

[Shriharsh-Deshmukh]

中文不是我的母语，所以如果有任何拼写错误，请见谅。
这种情况通常取决于具体的 RSS/Atom 订阅工具或服务的实现方式，而不是订阅源本身的行为。

1. 缓存机制：许多 RSS 阅读器会缓存已获取的条目，甚至在订阅源更新之后，依然显示缓存的内容。这种设计是为了提高用户体验（比如在离线状态下可以查看之前抓取的内容），但也意味着即使 feed.xml 中删除了某些文章，订阅者依旧能够看到它们，直到阅读器手动清理缓存或更新缓存策略。

2. 同步删除机制：一些 RSS 阅读器并没有实现自动删除已被撤下的文章。如果订阅源 feed.xml 更新时删除了某篇文章，大多数阅读器不会自动检测并删除它们。这是因为 feed 通常设计用于新增内容而非删除内容。

3. 特性或未实现：从技术上讲，RSS/Atom 标准没有强制要求订阅器同步删除已撤下的内容，因此这不属于未实现的特性，而是工具行为选择的结果。如果需要这种同步删除，可能需要使用特定的 API 或推送机制来通知订阅器删除内容。

如果你希望订阅者在更新 feed 后不再看到这篇文章，可以考虑：

• 通知订阅者手动刷新缓存。
• 采用更高级的推送技术，比如 WebSub，它可以实时同步更新，甚至包括文章的删除。