VGA 是效果最差的啊，如果显示器支持 HDMI 最好，退一万步，可以转接为支持 DVI 的显示器，尽量别用 VGA

建议 InnoDB 吧，如果是商业系统，MyISAM 的崩溃是灾难性的。。。

#45 楼 @huacnlee 这个不错，更新更快

没发现有吸引力的产品，都差不多有替代的

不错啊

报名啊 tao1977lee AT gmail.com

#23 楼 @blackanger 没错，所以豆瓣做自己的 code 无可厚非，他已经不是个小公司小团队了，小团队用什么都可以

#20 楼 @blackanger 好吧，我们在用 gitlab，不过也会有些问题，所以有时候干脆用纯 git 和流程或制度来完成其他东西，比如 code review，还是那句话，代码安全很重要，第三方工具慎用

#17 楼 @blackanger 大公司怎么可能用 github 呢，肯定要搞私有的系统啊，只有极少量公用系统可以开源的才会放到 github 上，就像统计系统一样，再麻烦也得自己开发，关键代码和数据肯定是保密的，哪能随便放在第三方平台上。

已经搞好了

gunicorn -w 2 -b 127.0.0.1:8000 app:app 启动时报错了，还在研究，不知道是环境问题还是什么

该做的备份一定要做啊，如果老板闲成本高，最简单的是插移动硬盘，定时同步到硬盘上。。。这几百块钱都舍不得花那就算了，该崩溃就崩溃吧

不错啊，希望下次能参加广州的！

#22 楼 @ksec 好多都可以啊，看业务类型了，持久化可以自己实现。redis 适合一对多的数据，比如评论，memcached 适合一对一的，比如新闻；另外，MySQL 也有 memory 类型引擎，其他好多数据库都支持

#20 楼 @cassiuschen 唉，并发量太大，网络 IO 就成瓶颈了

#17 楼 @u1378130755 那就搞复杂点好了，nginx*n + cache*n + app server*n + cache*n + MySQL cluster，8 核 16G+SSD 硬盘 +1000M LAN，另外 IDC 出口带宽也有要求的，需要计算下数据量；数据库如果是瓶颈可以全用内存读写。。。

ps, 这是忽悠老板的方案，好的方案肯定要分析具体业务形态的

至少 8 核 8G-16G 内存吧，关键看你用的技术方案了。。。

#12 楼 @u1378130755 不靠谱啊，都不知道具体业务类型，怎么写，那还不如直接放几个静态 json 文件来请求，瓶颈基本就是磁盘 IO 了，可能五六台服务器就搞定了。。。

#10 楼 @zeeler 不过数据库肯定是个瓶颈，必须拆分，比如做集群，数据表分离等等

#9 楼 @u1378130755 那就堆服务器啊，架构设计尽量简单，可以水平扩展下去就行

#7 楼 @u1378130755 那得有多大访问量啊，一般的 web app 服务器都能抗住动态请求并发 500 左右，如果用 python 或者 ruby 可以起多个实例，这样算起来要搞好多服务器；我们的客户端每天将近 20 亿的 HTTP 请求量，都没搞那么多并发。。。另外，要了解下是神马业务类型，瓶颈不一定在 WEB 这部分，如果是事务型业务比如电商类，瓶颈在数据库和磁盘 I/O，如果是内容类，比如网易新闻，youku 客户端，这种类型大部分数据都可以通过 cache 来抗压，本身数据系统压力很小，cache 命中率很高的话单台服务器上万的并发一点都不难。