这种基础服务，自己维护的稳定性和安全性完全比不上专业的服务商啊。担心代码泄漏就更不能用公司内服务器了，哪天潜进来拔走硬盘就全带走了。

不过遇到说不通的老板也没办法。

服务器时区和 App 时区分别是哪个？

#31 楼 @ruohanc 我那句是逻辑测试

我设置成 Option+Space 来切换输入法，这样可以用拇指，又不影响 Spotlight

#29 楼 @feitian124 大家不是否认配置，而是说在预算优先的情况下，需要优先保证核心功能，而不是一些周边的配置。

转换成 IT 行话就是：不要买山寨机。虽然山寨机有很多花哨的功能，但是核心功能的质量不靠谱。

我不认为不推荐买山寨机是一种短视行为。

#18 楼 @luikore

有某项配置，跟这项配置靠谱是两回事。

举个开发的例子：比如 Java 和 Ruby 都能写 Web Application，但是差别如此巨大，你懂的。甚至 C++ 也号称可以通过 CGI 写 Web Application，但是有用么？

举个汽车的例子：奔驰和宝马全系列都有侧气帘，但是宝马是从后窗单边充气到前窗的，奔驰是从前后窗之间的 B 柱向两边同时充气的，在其它材料相同的情况下，奔驰的侧气帘充气速度是宝马的 2 倍。

既然预算有 10 万，楼主还是买个合资品牌的车吧，结构和质量差别还是很大的。

楼主这是要一周 80 小时的节奏啊，注意身体呢

看 Capistrano 自己网站的文档，是 3 的。 另外补充一句：Capistrano 3 超赞的。

#18 楼 @levi0214 其实创业中积累的很多经验，除非空降去大公司做高管，否则只有继续创业才有用，所以觉得你没有继续有点可惜，不过现在看起来，你也不是安分的人，积累一下过两年再来也不错。

很高兴云梯满足了你的“刚性需求”，enjoy~

楼主创业第一次失败后，为何没有换个方向 再来一瓶？

#16 楼 @Peter 嗯，你停了 MySQL 再复制就没问题了。不过这样就要停服务，从可用性角度来说，体验会不太好。LOCK TABLES + FLUSH TABLES 也一样会导致那段时间不能写入。

如果数据太大，mysqldump 时间太久，可以考虑用 Master/Slave 方式，然后从 Slave 上备份，对 Master 性能无影响，又保证数据一致性。

#6 楼 @ruohanc 是啊，只能期待 4K 显示器早点普及了。

这是给你一个理由，换更大的显示器

我来吐槽一下这个品牌的网站：ASP 技术，全 Flash 页面。 你快给他们写邮件，帮他们重新搞一个吧，哈哈。

#27 楼 @hick 既然你还是在打嘴仗，我也只能当你没实际情况支撑观点了。 帖子里大家都在讨论技术本身，只有你在 9 楼挑起人身攻击，不浪费时间了。

#21 楼 @hick 你对于我提的 3 点问题，毫无建设性意见，也没有提出 HTTP 如何在这几个方面做得比 TCP 和 UDP 更好。

你攻击理论没意义的，文字游戏很廉价，拿点实际解决方案吧。

十几年前，我就潜心做 IM 好几年，嗯嗯，就是你鄙视的 TCP+UDP 实现的，你不能拿网页上和浏览器里面那种页面请求当作 IM 的。你说简单场景，IM 的简单场景是指不进行文件视频等多媒体文本传输的短文字场景，难到你的简单场景是指玩具场景么？

如果是内容简单，咱们继续讨论，如果是玩具（对并发数和性能不关心），那么我就不浪费时间跟你讨论这个了。祝你折腾得开心

#9 楼 @hick 你人身攻击前，请先自己研究一下。 如果你觉得理论和实际不符，那么请举例说明，如何在同等条件下，实现第 7 层协议比它的第 4 层协议还快。

#7 楼 @hick 聊天是小数据高并发，封包拆包性能非常关键，HTTP 是第 7 层，TCP 是第 4 层，这个天壤之别，他们的层次差别，就像电脑和光纤的差别那么大。

当年奔 3 的机器，Windows 2000 Server 用 Port Complete 方式，单机可以 3000-4000 clients 并发。 要是用 HTTP，你可以试一下能不能达到 1/10。

还有，聊天是允许数据包丢失的，到达顺序错乱也可以，实效性比一致性更重要。如果你直接操作 UDP，很容易搞。如果你用 HTTP，丢了一个包，反复重发，它不收到，后续的包都不会被返回给应用层。

而且这不是用不用 HTTP 的问题，而是本来用 TCP 和 UDP 很方便的场景，为什么要用一个更麻烦，更慢，又不是为该场景设计的其他协议呢？

我说完了～

#5 楼 @assyer 没有 IM 会用 HTTP 的，性能差极了。

Dash 很赞。 我是来歪楼的……

换 Mac 吧

#11 楼 @hxygsh 这要看是日点击，月点击，还是年点击 2000 万 :-P SQLite 缺少很多现代数据库的大缓存机制，在大内存的服务器上跑高并发还是短板。 这货就是给嵌入式用的。

SQLite 主要是占内存小，C lib 接口简单，被大量嵌入式方案作为主力数据库，比如 iPhone.

user info tip 功能很实用啊！

#2 楼 @lgn21st 同意，我们多次在小项目中尝试，发现这两个东西一旦项目规模大起来，需要灵活性的时候，就越做越麻烦了。

非练手项目，还是珍惜生命，远离 rails admin 和 active admin 吧。楼主还是手动写写，其实没多少代码的。

#7 楼 @gaicitadie 呵呵，你一定要丢点数据才舒服的话，我也没什么好说的了。

#5 楼 @gaicitadie 快慢比较首先要建立在正确性的前提下，你这么搞，数据根本是错的，没有一致性，没有 flush buffer。

要是不考虑正确性，随机生成 0101 数据还更快呢。