某浪微博的 @跟话题是怎么存起来的？

• 資深大佬 : laoyur

  说起来可能很丢人，一大段经过了多次转推多次 at 的长内容，我甚至都分不清哪段话是谁说的……

• 資深大佬 : TomatoYuyuko

  遇到过同款 tx 面试题，我的当时的回答是记录特殊符号的位置，全文存储字符串，再加一个特殊位置的存储，渲染的时候再处理成特殊标签

• 資深大佬 : huifer

  @返回的信息如下{“id”:1,”login_name”:”huifer”}, 前端将 login_name 用来放在页面上显示. 贴上<a>标签或者其他跳转标签. 将整个文本存储到 DB. # 也是类似操作

  github 上的一个地址

  <p><a class=”user-mention” data-hovercard-type=”user” data-hovercard-url=”/users/huifer/hovercard” data-octo-click=”hovercard-link-click” data-octo-dimensions=”link_type:self” href=”https://github.com/huifer”>@huifer</a> test</p>

  具体如果还想存储的详细一些，可以将 @和#切割出来. 在存储
  [{“@index”:1,value:”user_id”}]

• 資深大佬 : opengps

  就是个关键字替换逻辑， @id+空格，检索下是否包含此 id 用户，数据库只存文本应该足够，数据库处理通知逻辑
• 資深大佬 : mingyec88

  @laoyur 原来有这困惑的不是我一个人哈哈哈

• 資深大佬 : janda

  @huifer 相当于是数据库存储富文本是吧、然后显示的时候就解析成 html

• 資深大佬 : huifer

  @janda yep 从存储上直接放富文本还是蛮快的. 或者 占位符 然后通过后面的 json 将占位符替换掉

• 資深大佬 : poorcai

  我也想知道。话说 v 站是不是也有这个功能？

• 資深大佬 : v2exblog

  同问，这种东西在大流量高并发下是怎么实现的

• 資深大佬 : songco

  原文存储，展示时解析转换不就挺好

  我记得这玩意比较麻烦的是量大的时候怎么通知 followers 还有被 @的人

• 資深大佬 : no1xsyzy

  @songco 这个好像 reddit 写过一篇技术文章？只记得用的 kafka

• 資深大佬 : no1xsyzy

  目前看下来最稳健的还是 Twitter 的办法。
  前端时间回过一贴 https://www.v2ex.com/t/704946#r_9470684