Event JSON
{
"id": "c881328b4f8eb9964c37169c73e1b696513edf9feab2f9d8d8894667d13265fe",
"pubkey": "434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15",
"created_at": 1716950599,
"kind": 1,
"tags": [
[
"e",
"331bb8b424c8a523ce8da98e63f90d36ad6a0c4a00359c7a9bede1e88235ee7b",
"",
"mention"
],
[
"p",
"434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15",
"",
"mention"
],
[
"q",
"331bb8b424c8a523ce8da98e63f90d36ad6a0c4a00359c7a9bede1e88235ee7b"
],
[
"r",
"https://www.ietf.org/rfc/rfc4287.html#section-4.1.3.1"
]
],
"content": "发觉已读文章也应该和剪贴放在一起. njump 目前本来是不输出 kind:30023 (长文本内容) 到最新笔记的, RSS Feed 也是. 其实这个 kind:30023 最大的优点是 \"参数可替换\" 而不是 \"长\", 因为要发的话, 普通的 kind:1 (笔记) 也能发一样长度的, 不过笔记不能再次修改内容和内容参数, 另外还默认使用 Markdown 也算是优点吧.\n\n也可以魔改一下 njump, 直接获取作者的长文本内容到最新笔记里面, njump 前端会进行渲染, 但是 RSS Feed 的 entry 里会是没有经过渲染的 Markdown, 内容类型也不对, 默认设定为了 HTML, 甚至解析和转换 JSON 的 content 为 HTML 都是用的正则. 但是即使内容类型真的定义为了 text/x-markdown, 也得看阅读器支不支持渲染 Markdown, 毕竟一直以来 RSS/Atom 的 entry 内容类型都很少有 HTML 之外的, 阅读器自然没有充足理由去支持. 况且 Markdown 的渲染也不是很简单的事情, 标准多种多样导致语法混乱, 甚至还是靠缩进确定块间关系, 也应该没有人喜欢开着语法检查写 Markdown 吧?\n\u003e https://www.ietf.org/rfc/rfc4287.html#section-4.1.3.1\nnostr:nevent1qqsrxxacksjv3ffre6x6nrnrlyxndtt2p39qqdvu02d7mc0gsg67u7cpr3mhxue69uhkummnw3ez6vpj9eukz6mfdphkumn99e3k7mgzypp5l9uexcnlreslznh27cx24r8aemqs5kfv4luz2ryz2ffd2jxp2qcyqqqqqqgt2eq3d",
"sig": "bd920c70fe844a0b248eea2f95ca6b9ea94853b372aaa2a815f011b16eff02a944d1350bf6ef5865346060d1d600ee750586a3cc405633225439ae9b4dae5793"
}