各位神，本站cnodejs.org这种代码，能扛得住几千人同时在线吗？

TimLiu1 1楼•9 天前

几千人不叫负载吧

From Noder

CRAZYFAKE 2楼•7 天前

此时应该@alsotang

Matrixbirds 3楼•7 天前

做个benchmark不就好了。。

hezhongfeng 4楼•7 天前

http是请求->回应的，在线又没什么得一起请求，例如在一个时间点提交回复

DevinXian 5楼•7 天前

几千人在线还是很容易的，并发/QPS 才是重点

sqfbeijing 6楼•7 天前

应该可以吧<br/><br/><a class=“form” href=“https://github.com/shinygang/Vue-cnodejs”>I‘m webapp-cnodejs-vue</a>

sqfbeijing 7楼•7 天前

几千个人不成问题

sqfbeijing 8楼•7 天前

##不知道cnodejs 后端用的

啥子服务器

NextZeus 9楼•7 天前

又不是长连接的，就没有在线的状态，何来同时在线。

alsotang 10楼•7 天前

现在好像是并发10个左右就动不了了。。。后端是ucloud 4核的机器，主要是cpu会满。原因大概是数据库查询的逻辑写得太烂了。

@CRAZYFAKE

gfafei 11楼•7 天前

@alsotang 说到数据库查询，有一段是先查话题，再查话题里的创建者，再查话题的回复，再查话题回复的创建者。当时看到这段简直瞎了。。。感觉把 mongo用成了mysql，control层干了orm的事

alsotang 12楼•7 天前

1

@gfafei 是的呀。mongodb都不适合论坛这种场景，我觉得mongodb其实挺不通用的，它应该被用来解决一些特定的性能或者说拓展性场景。可是这个orm层的事情，一旦用了mongo，要不就是像cnode一样在代码里面自己做，要不就是通过mongoose自动做，但对于数据库来说，请求数都不会减少的。

alsotang 13楼•7 天前

@gfafei 当然，也可以不把mongo用成mysql，但一旦按照mongo的那种范式来做事情，后期的数据库拓展性肯定看起来很差。加功能会时不时需要重构数据库结构。

alsotang 14楼•7 天前

@gfafei 这块你有何高见吗？

gfafei 15楼•7 天前

@alsotang 把创建者的用户名嵌套在话题和回复中，然后限制修改用户名。这样如何？

nullcc 16楼•7 天前

如果要稍微提高一下并发性能只能在缓存层做点文章了

flamingtop 17楼•6 天前

置顶的最火的帖子读写比是 159 / 61300 （倒过来），每小时新帖不过百（目测），你觉得呢。