新浪新闻评论系统的后台进化历程

语言层面的性能损失可以忽略不计?

新浪新闻评论已经没有存在的意义了，时至今日，都已经被五毛占领了，全部沦陷。

文章赞。想想的话，偶尔看看网易跟帖... 其他的网站各种评论，惨不忍睹（内容）

黄易的跟帖还是有质量的，至少大家都心知肚明。“好，支持，威武，有希望了！”

技术文章还是要看看,另外LS几个歪楼的自重

@hcymk2 同想问

@hcymk2
@pandada8

好的语言可以让开发和调试变快。但是，至少以我目前做 V2EX 的体会来看，我们最头疼的瓶颈还是上了规模之后的 MySQL 和 Redis。

v2ex速度就挺快的，页面加载啥的，之前 @Livid 有分享过心得，貌似

@hcymk2 这个要看业务需求了，大部分情况下是可以忽略。当然了，你也可以找到反面例子的。

@Livid 收藏是不是有问题呢？最近点收藏点10几次都不见得能成功、只是刷新了下页面、 浏览器：firefox

手机UC也有这问题、得两三次才能成功

@xw 你如果同时打开很多页面，那么可能 CSRF 保护串就变了。这个时候如果你在第一个页面上点收藏，可能就不会成功。

http://card.weibo.com/article/h5/s#cid=1001603789147444803230&vid=1418078783&extparam=
无码版本在这里

选择Mysql不选择Postgresql看来是在互联网早期就有的，对uuid的使用解释很清楚。

现在做类似事情，我选 Django + Postgresql & FoundationDB，而不是C++ & Mysql + Redis

@Livid 试了下就开一个v2ex页面也是不能成功、

@pi1ot 请问，5.0开始帖子id用uuid 的方案背后有什么历史原因呢（异地机房？每秒上10w的帖子）？ 当初有没有考虑过中心化一个id 管理服务，发帖服务每次一次性取 比如1w个id 慢慢用？

@xw 你浏览器里是否装了任何特别的插件？

@Lelouchcr 都可以，效果相近，各有优劣，在当时条件下UUID简单一点

@Livid take a look

https://www.arangodb.com/

@Livid 没啥特别插件、何况手机UC访问时也出现2到3次失败才成功、