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

O'Reilly Velocity

Web Performance and Operations

› http://velocityconf.com/

YSlow

› Best Practices for Speeding Up Your Web Site

This topic created in 4188 days ago, the information mentioned may be changed or developed.

http://www.csdn.net/article/2014-12-17/2823183

历程

进化

后台

20 replies • 2014-12-19 10:31:00 +08:00

hcymk2

Dec 18, 2014

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

braveguywallce

Dec 18, 2014

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

ConteMan

Dec 18, 2014

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

Phariel

Dec 18, 2014

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

aaalzk

Dec 18, 2014

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

pandada8

Dec 18, 2014 via Android

@hcymk2 同想问

Livid

MOD

PRO

Dec 18, 2014

@hcymk2
@pandada8

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

superbear

Dec 18, 2014

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

akira

Dec 18, 2014

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

Dec 18, 2014

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

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

Livid

MOD

PRO

Dec 18, 2014

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

pi1ot

Dec 18, 2014 via Android

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

HowardMei

Dec 18, 2014 via Android

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

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

Dec 18, 2014

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

Lelouchcr

Dec 18, 2014

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

Livid

MOD

PRO

Dec 18, 2014

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

pi1ot

Dec 19, 2014 via iPhone

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

halfbloodrock

Dec 19, 2014

@Livid take a look

https://www.arangodb.com/

Dec 19, 2014

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