关于 discuz ，日均 2w ip 的开发需要

[k21654987]

最近公司想找人开发一个社区，预计日均2w ip的，请问用discuz3x怎么样？服务器选阿里云的怎么样？计划双核，2g内存，30g硬盘，带宽2m？

我主要想问，找人做discuz的二次开发的话，应该从哪方面看出对方的实力?2w ip的话除了把服务器买好点，还需要对discuz做哪方面的优化？

还是请人另外开发一个程序？

我浅谈下我们公司的功能需求：
①社区功能，注册者能分区
②任务功能，注册者可以看到任务完成并提交，管理者可查看内容并选择性打赏
③提供教程下载
④注册者有自己的展示空间

[046569]

@wy315700
还是上面的问题,你说的是理论中的理想情况,而非现实.
现实中的情况是:
由于浏览器同一时间针对同一域名的并发请求数是有限制的,超过限制就会阻塞,所以高负载的网站会单独分离静态资源至其它域名.
关键的问题在于:
可以让用户同时链接多台服务器并利用带宽.用户访问页面并不是下载单独的一个文件,分流是易于操作的.
基于使用阿里云的前提下,多台 ECS 是更经济的方案.

@k21654987

发邮件可获得更多联系方式.

[wy315700]

@046569
延迟计算是针对单次请求来的，
你一个HTTP请求只能请求一台服务器。
如果每个请求延迟都X2，那么总延迟肯定是X2的。

所谓同时请求多个服务器，只不过是把原来串行的两个X1的请求变成了两个并行的X2的请求。

所谓分布式也好，动静分离也好，都是在单个机器的负载无法继续增加的情况下才做出的选择，如果有一台超级计算机，带宽无穷大，那么就不需要这么多问题了。

[046569]

@wy315700
理论上说,用户浏览一个页面包含不止一次请求,因此并行是有意义的.
实际上说,现实中用户是没有超算的,现实中用户是要考虑投入与产出的,现实中的管理人员也不会仅仅因为微乎其微的理论值差异而放弃安全上的考量的.
我推荐这种方案的原因并非是这种方式更快,而是更适合 LZ 的情况.

[frankzeng]

程序还没有就能估计流量？先把东西做上去，边开发边优化才是正道。等你把菜都找齐了客人早跑了

[lxx1]

我感觉没必要讨论、计算的这么清楚啊，先基本配置跑着呗，等流量上去了再升级服务器、带宽也不迟啊！

[abakane]

个人实测 discuz x3.2
日均2w ip 平均在线120+
lnmp memcached 伪静态 +百度加速运
2核 4g内存 带宽用了不到5m。负载0.1左右
@frankzeng 严重同意。

[Huadb]

等网站达到日均2W的时候再考虑配置问题吧，现在只是预想，到时候升级。

[virusdefender]

跑起来再说啊 云计算就是为了为了用弹性修改配置的