只需要想到什么写什么就行了!

独立站 ，我觉得可以通过 tags 里加一个 t,或者 client 标记来 做就可以。长毛像 左下 有站长和理念的说明区域，都挺好，可以借鉴。

確實主要iphone備份還是蘋果系的方便。你是8G的还是有升级？

我现在16CPU，32G RAM的联想mini pc，同步比特币节点跟上传iPhone图片到nextcloud，风扇时不时就很大声😅

是當日常用還是當服務器？

哈哈, 还真是, 万亿补贴让创业变得更加艰难了. :bili_doge:

我觉得不是很需要考虑，五位已经上千万了，如果你用 title + 五位随机数，我不认为需要考虑重复的情况

》》五六位的 d-tag 可以包含多少个事件了😂 一个人不至于产生那么多文章吧 ，

关键的问题是，如果设计的 正好重合了，就会把用户的旧书给覆盖了。为了防止重合 每次去把用户的历史记录拿出来排重，这显然不可行。

那么用户需要自己命这个 d-tag，也就是创建书的作者来写d-tag ？之前eventid比d-tag方便的点，就是eventid 在写书，展示书的时候 一次索引就可以，如果用d-tag是不是需要2次索引。

其实我还有另一个疑问，我之前发30023,发现d-tag 是5，6位数（含字母），那么是怎么保证 这5,6位不重复的呢？

d-tag: booka 这里有个问题要求是不重复的书，如果很多人建立书，不重复 我就想用eventid挺好的，结果。。。现在知道了这个问题，如果当初设计为uuid 也可以。 当然如果专门解决这个问题用一个空事件来产生一个eventid 也可以的。

只是最初设计的时候没有想到这个问题。现在的方案基本是类似的，修改后记录老的eventid（就相当于用了他的id功能了），

用eventid作为 bookid，所以就会这样。 书的所有章节 如何知道是这本书的，都是通过eventid关联的。

用eventid作为 bookid，所以就会这样。 书的所有章节 如何知道是这本书的，都是通过eventid关联的。

麻烦， 一本书，她的封面和信息能不能变，一旦变了，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里算了。