#5 楼 @lawrence 当然是删除所有的版本

#3 楼 +1

BFG 简单好用，唯一要注意的是，要删除的文件不能在当前版本存在，否则不能删除。

比如说 password.yml 一直在各个版本存在，那是删除不了的。 要 git rm password.yml 然后再 commit, push 之后，才能删除 password.yml

#14 楼 @lgn21st 东西可以乱吃，话可不能乱讲啊。我就知道你对 Ruby 不是真心的，你心里还想着那个 PHP，感情的事是不能强求的，呐，不要说我没有提醒你，你有没有考虑过 Ruby 的感受？呐，做人呢，最重要就是要开心，但发生这种身在曹营心在汉的事呢，大家都不想的。既然发生了，我劝你最好一个人静一静。要珍惜眼前人啊~

有个 Rails 程序员不幸车祸成了植物人，家人问医院怎么办，医院的人跟他说，跟他说点刺激的话，后来家人找来他同事帮忙，他同事每天都来说:“老板说你用 Rails 做的网站好慢啊，Rails 好慢啊！”，有点反应，但效果不明显，有天他同事过来说：“Raptor 比 Unicorn 快 4 倍，比 Puma 快 2 倍，你要不要试试？”，好，这这句话管用，他一下就醒了，连忙问：“Github 地址呢？”

楼主你看，我可以用这个马甲给你回复

我的结论就是用 erb

#26 楼 @Rei 这种几十刀的是 non-exclusive logo, 如果期他的人也买了，那 logo 岂不是跟别人一样了？

有段时间很想要买，因为外接显示器不清晰，用这个 parallelsdesktop 可以开 windows 里面的程序，比如浏览器之类的，因为字体渲染问题，windows 下会很清晰。

不过现在已经习惯模糊屏了，没有了太大的冲动。

越来越多剁手网，手不够了，改剁手指头吧，能多撑一会儿

下面内容取自环信的 FAQ，觉得他们还是做了很多工作的，如果是小团队，真没必要自己折腾。 是不是软文不是很重要了，其实现在也就这两家靠谱吧。

http://www.easemob.com/faq/#section-4

** 开源的 IM 框架也有不少，为什么我不可以自己搭建一个 IM 服务器，自行开发呢？ ** a) 自行研发移动 IM，技术门槛高，开发周期长。根据我们的经验，至少需要资深的 Android 工程师，iOS 工程师，后台工程师各一名，需要至少 2 到 6 个月时间。主要的技术难点包括：

• 协议和 IM 服务器的选择：当前常用作 IM 的协议包括 XMPP 和 MQTT，也有用 SIP 的，还有自行开发的私有协议。- - 可以使用的开源的 IM 服务器包括 OpenFire, Tigase, Prosody, Mosquitto, ejabberd 等。你知道它们各自的优缺点吗，你知道哪个协议，那个 IM 服务器实现最适合你的需求吗，你知道你一旦选定了一个方案，你分别需要对协议和 IM 服务器做哪些改动和改进吗？
• 不稳定网络环境下（3G,2G,Wifi，无网络，及各种网络环境下的切换）移动终端即时通讯长连接可靠性的维护
• 移动终端耗电量优化
• 移动终端流量优化
• 发送各类富媒体消息的特定处理，如语音文件格式选择，语音压缩算法，语音降噪算法，图片压缩处理，地理位置，名片，文档等
• 消息回执处理 (ack)，防止消息丢失。
• 离线消息处理。离线时的实时消息通知（比如通过第三方推送平台）
• 实时状态同步
• 支持千万级同时在线用户的高可靠，高并发的服务器集群架构的搭建和运维
• 安全

b) 移动 IM 是一个需要长期跟进和维护的技术，并不是产品上线后研发团队就可以解散了。作为运营者，你做好长期的技术投入的思想准备了吗？比如新的 IM 功能层出不穷，如匿名社交，阅后即焚，你的产品要不要与时俱进？移动 IM 相关的各种安全隐患和漏洞，你要不要及时修复？所以你需要问自己一个问题，移动 IM 技术是你的核心竞争力吗，还是只是支撑你的业务实现的一个工具？

c) 移动 IM 服务对服务器硬件，网络，运维环境，都有非常高的要求。需要长期持续的服务器端运维投入。

d) 绝大多数团队都不具备百万级，千万级并发的 IM 技术。一旦用户量爆发性增长，APP 的基本可用性会有极大的隐患。

精华！

很不错的解决方案，请问你们服务器是什么配置，每个月多少钱？

感觉这种服务都很贵，如果有你的情况做参考那就好办多了。

楼主，能麻烦你讲一下这棵树相对其他树有什么优缺点？

@chunlea dash 好像用不了，说是没有 index，你确定是完整的吗，谢谢

#12 楼 @chunlea 就是一个 code 吗，每人一个？有没有多的？

@coding

求抱枕淘宝链接~

另外，希望有小一点的版本，里面是活性碳，可以放车里面

还可以再小一点，放钥匙扣上

再小一点，放手机链上

我想集全

最后问一下，你们是 github(gitcafe) + koding.com + heruko + fengche.co 的合体吗？

上面几家公司都是收费的，你们全包了，但还没看到收费条款，你们是怎么盈利呢？

#10 楼 @Tim_Lang +1

免费是有代价的，如果不是太缺钱，可以考虑成熟的花钱方案，省得以后再折腾

谢谢楼主，这么多好东西，要花点时间好好消化一下

赞！

#8 楼 @1272729223

这不是一句话两句话能说得清楚的，因为说得少了极易引起误解。如果是你理性思维比较强的人，可以看看这个小册子《游子吟--永恒在召唤》:

http://www.oc.org/web/modules/tadbook2/index.php?op=view_one_book&book_sn=1

如果国内链接打不开，可以百度一下，这本书作者已经批准可以自由散播。

如果索引字段不多，可以用 redis 查到 id，然后用 id 查 mysql 的表，这个速度还是可以保证的。

另外，如果可能的话，可以考虑数据冗余生成结果表，最后变成“索引 -> 搜索结果”的键值对，如果更新数据，同时也更新这个结果表。

#6 楼 @1272729223

本人是基督徒，对佛学不了解，所以不便多发言。

面对同样的宇宙，佛教的会说：“一沙一世界，万法皆空。” http://www.360doc.com/content/13/0926/08/158750_317138995.shtml

同样的配图，基督教的也可以说“神的创造何其伟大，神的智慧无法测度”。

这些广告宣传只不过只表面罢了，不能证明任何东西，因为举例不是证明方法。

我觉得基督教解决我的三个问题：“人从哪里来，要到哪里去，在这干什么”，所以也建议你可以试着接触一下基督信仰，也许能解答你更多的疑问。

这跟唐僧去西天取经得到支持是一样的，Dr. Gandhi 应该也是唯心主义者，所以不用戴上“国外” “牛津大学”等光环。

用佛学的模糊概念套住一堆自然科学的理论体系是不难的，难的是这个结论能被重复验证，能预测某个条件下的现象，我们拭目以待。

感觉最近一两周从德国访问卡顿很多。

可惜去不了啊～

不是坑吧，a=3;b=5 就是正确的。c 里面 a = 3, b = 5 也最好也要用分号分隔吧。

#5 楼 @liwei78 1106 是什么含义？

德国已经是 67 岁退休了，中国还算好的