差不多，我看了ndk源代码是title+6位随机数，如果没有title就是16位随机数。概率应该很小了。
》》五六位的 d-tag 可以包含多少个事件了😂 一个人不至于产生那么多文章吧 ，
关键的问题是，如果设计的 正好重合了，就会把用户的旧书给覆盖了。为了防止重合 每次去把用户的历史记录拿出来排重，这显然不可行。
那么用户需要自己命这个 d-tag，也就是创建书的作者来写d-tag ？之前eventid比d-tag方便的点，就是eventid 在写书，展示书的时候 一次索引就可以，如果用d-tag是不是需要2次索引。
其实我还有另一个疑问，我之前发30023,发现d-tag 是5，6位数（含字母），那么是怎么保证 这5,6位不重复的呢？
nostr 对搜索引擎不友好问题，我在nostrbook里面都想办法解决。 我发现有很多搜索引起都能搜到了。
nostrhttp 专门解决了一下，不过搜索引擎 好像对里面内容权重 并不高，估计是发现 垃圾内容太多了。所以www.duozhutuan.com 爬的频率 比较低。
nostrhttp 项目 目的是让搜索引擎 方便快捷的搜索nostr内容。
今天升级了一下30023的都用markdown to html渲染了一下。
d-tag: booka 这里有个问题要求是不重复的书，如果很多人建立书，不重复 我就想用eventid挺好的，结果。。。现在知道了这个问题，如果当初设计为uuid 也可以。 当然如果专门解决这个问题用一个空事件来产生一个eventid 也可以的。
只是最初设计的时候没有想到这个问题。现在的方案基本是类似的，修改后记录老的eventid（就相当于用了他的id功能了），
用eventid作为 bookid，所以就会这样。 书的所有章节 如何知道是这本书的，都是通过eventid关联的。
第一次图片没有上传成功吗？ nostr:note1erwmkxhnkjpajn36lrur2l3f2xxgqh9gjm90juhyce5gwffssl8qmusjvg
想了一个方案 将第一次的id信息存起来了，以后作为书的 身份标识用。
nostrbook 更新了，增加了调整封面信息，将第一次书本信息 的id保存到了tags里面，这样传承下去。
如果不放在一起， 首页浏览书籍就需要访问2次relay服务器。 放在一个event 里面 首页浏览数据 就一次放访问relay就可以了。
麻烦， 一本书，她的封面和信息能不能变，一旦变了，id就变了。id变了书 都要变。 所以创建书的时候，啥信息也不写，就是创建。然后这个id就是 索引作用。他的封面要二次索引？这太麻烦了。。。。有没有什么好的方案呢 ？
大纲本身也是要修改的，我不知道自定义kind 以后通过d-tag标识唯一行不行。所以我用的也是30023
文章的大纲 是需要用户编辑的， 见图片。 所以大纲的标识是 01.md ,或者 02.md。
我现在章节的d-tag 是01.md-bookid。 如果用 01.md-pubkey.用户写2本书就会重复了。 所以pubkey不好带在大纲里面。
哦，这我就明白了，我现在的方案用了 t, 里面用的d-tag。 和规范接近了。 目前改成标准方法，有一个小的难点。就是pubkey。到底要不要。写书这个事情有点复杂，就是 大纲不能记录 文章的id，因为文章修改id就变了。导致评论文章需要2次索引（通过关键词d-tag）。频繁的访问 relay获取 文章的id,pubkey，他好像不返回。所以评论和点赞干脆不考虑原文章的 pubkey.直接d-tag 放在t里算了。
https://nostrbook.com 增加了点赞和评论功能。 目前评论的展示还很丑，而且没有作者的图像。 继续迭代。。。