主线好像只是一个主观概念，而所谓主线唯一的用途只是在（界面）排序上比其他线靠前，对吧？这样用户可以聚焦受欢迎内容（这个设计有好有坏）。

我感觉，最简单粗暴的办法，也许就是最有效的办法。如果是我，大概会是：
- 所有节点的赞，本身都以 key+id:value 的方式，扔到缓存里，实时操作。
- 每次只需要取出那个链，然后把所有的节点的 value 都取出来，临时加总。
- 把汇总值作为缓存：链 id：汇总赞数。
- 再加个排序的数组 。
- 关于链的总值和排序数组，不需要实时，只需要每 5-10 分钟定时 update 一下最长的几个链值，然后按照热度逐步扩展。排序用的数组可以整个替换掉。对于低热度的链，保证 24-48 小时之内更新。也可以做一个监视器，对于热度快速上涨的单节点，单独上调此节点的汇总频次。

如果你的故事总数在数百万以内，对于缓存服务器来说，感觉加总速度只需要毫秒。

P.S: 当你读取一个中间节点的时候，你怎么才能快速取出所有包含此节点的故事链呢？（如果一个节点是末节点，这倒比较简单）。这个好像也需要固化成缓存 /数据库对应关系，而不适合临时读取。

随便想的，不负责任 😂

不是很明白。听上去是一个简化版的 Blockchain，谁的算力最高最长谁就是主链？

“故事续写类网站，项目功能主要为每天提供固定的故事开头，由用户续写接下来的故事。用户可对每个段落进行评论和点赞，每个段落可分别续写（即有不同分支），将点赞最多的分支作为主分支，在展示时优先展示，其他分支需要点击后显示。”

这东西很有趣啊，啥时候上线？

@kslr 感觉这种时候你需要真·爬虫 https://segmentfault.com/a/1190000007360307

@yangg 中二吗？（捂脸.gif

@SorryChen 专业👍 我去看看…

@shiny 脑子不够使，名字不够好以后再改吧😢
小甲的意思就是钢铁侠战甲的小型模式吧，大概😂

@SorryChen 可能我自己没这需求…所以没注意到。你指的是两端对齐么？…还是？…

@mcone 太有道理了…我也不知道我为啥这么做…感觉主要原因可能是没脑子…

我先贴一个链接…

小甲
https://itunes.apple.com/us/app/%E5%B0%8F%E7%94%B2/id1324460804?mt=8

@renxiangbin 哈哈…这个救不了…

@Wolther47 其他语言不熟悉…*_* 有什么建议呢？拉丁语系和汉字语系似乎还好，但其他的可能还真要具体分析…

@shiny 感谢🙏 T_T

@kslr 匹配一堆网站是指，对很多网站的列表进行关键字监视么？

@shiny 啊……非常抱歉，我之前还测试过来着。我换了个覆盖 LOGO 更小的……现在应该可以了？

@disposablexyz 我搜索过 v2ex，并没有找到类似的主题。大多数 v2exer 都比我聪明能干，但也许总能帮助到一些人。感谢你的鼓励。

这东西要是能直接点开看视频就好了……楼主要不要考虑下自动生成视频然后上传啥的……

不错……建议把水印做得再难看点……付费率可能会更高……

“我强烈阻止了他”
和
“家里人强烈地不接受”

两种有啥区别？

@tvallday 这里的认不认识并不是你是否背下了一个含义，而是看你在阅读过程里是否能理解这个单词的实际意思。如果看不懂肯定会点击查询一下。