Why Nostr? What is Njump?
2024-05-29 02:43:19

CXPLAY on Nostr: 发觉已读文章也应该和剪贴放在一起. njump 目前本来是不输出 ...

发觉已读文章也应该和剪贴放在一起. njump 目前本来是不输出 kind:30023 (长文本内容) 到最新笔记的, RSS Feed 也是. 其实这个 kind:30023 最大的优点是 "参数可替换" 而不是 "长", 因为要发的话, 普通的 kind:1 (笔记) 也能发一样长度的, 不过笔记不能再次修改内容和内容参数, 另外还默认使用 Markdown 也算是优点吧.

也可以魔改一下 njump, 直接获取作者的长文本内容到最新笔记里面, njump 前端会进行渲染, 但是 RSS Feed 的 entry 里会是没有经过渲染的 Markdown, 内容类型也不对, 默认设定为了 HTML, 甚至解析和转换 JSON 的 content 为 HTML 都是用的正则. 但是即使内容类型真的定义为了 text/x-markdown, 也得看阅读器支不支持渲染 Markdown, 毕竟一直以来 RSS/Atom 的 entry 内容类型都很少有 HTML 之外的, 阅读器自然没有充足理由去支持. 况且 Markdown 的渲染也不是很简单的事情, 标准多种多样导致语法混乱, 甚至还是靠缩进确定块间关系, 也应该没有人喜欢开着语法检查写 Markdown 吧?
> https://www.ietf.org/rfc/rfc4287.html#section-4.1.3.1
给获取作者最新笔记加了一个新条件, 每次获取的时候都会从外部服务器请求最新笔记然后存储到本地数据库. 单独生成 RSS Feed 的也会重复一次, 但是会从本地数据库查询生成 RSS Feed, 这下不仅及时性提升了, 不一致的问题解决了, 还把 entry 数量真正限制在了 20 条, 满意. :eveonecat_congrats:
PS: 希望没有bug了.
Author Public Key
npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h