最佳理论是不要面向客户产生那么多的分支，所有功能都做成独立 gem，或者可以启用的模块。

实际情况是不同客户的需求可能有矛盾，而且完全组件化的成本太高，再没有规模的情况下，几个客户需要，按组件化的方式做完美可能收不回本。

所以，最佳实践是收 3 次费用，在 ABC 分支上单独完成该功能。

Command+/

#4 楼 @tylerlong #5 楼 @gihnius 是不是因为 GCE 为了可扩展性，存储不是本地磁盘？

Heroku will help you

你愿意为知识付费吗？Yes! 你愿意学习 PHP 吗？No!

不过，凭心而论，楼主做的事情对 PHPer 还是很有价值的，祝愿你顺利做下去

#5 楼 @lgn21st 其实 simple_form 就是针对大量 CRUD 的场景的，比如各种管理后台，企业管理系统等。这些用 Rails 默认的 form helper 配合很多 div 来写，还真是费时。

我手里有台比这配置高很多的闲置服务器，一直扔着没出

其实多练练也不坏，练到心态好，对将来自己开有好处的啦

MySQL 做主从，一旦主机挂了，立即切换到从机上。 备份的话，在从机上做周期性备份，比如 10 分钟或者 1 小时。

:plus1:

你推进队列的对象，包含了该对象当时所有的信息，所以重启后，之前的没有运行完成的任务，会有问题。

如果是新任务，肯定就是新的对象数据和代码了。新任务还有老代码情况的话，你可能没有重启成功，看下进程列表。

编码转换时出错了，建议不要回显中文，反正给开发人员自己看的，提示信息全都给英文就行了。

#39 楼 @lgn21st 高效率 :plus1:

已重新登录，瞬间安全感倍增 :plus1:

理论上数据库特性时长期稳定的，理论上应用也很少换数据库类型。 但是，这的确是一个风险，虽然概率很低，你得自己拿主意。

应该是在上新功能改配置什么的，所以估计挂了一段时间。

https://twitter.com/chloerei/status/469747521548345344

你是来给大家治疗颈椎病的

iPhone

#23 楼 @hxtheone Windows 下字体好难看。。。 感觉用户 ID 那里的字体在 Windows 下变成等宽字体了，可能是宋体……

RubyChina 后来这么扁平，我还以为早就是 Bootstrap 3 了呢。

#15 楼 @xds2000 就比 Rails 直接做略低。主要 CMS 部分不用自己写，对客户来说操作体验还可以。 不过 Core 频繁升级的确很困扰的，后来过了 1.0 就没那么大的变动了，升级痛苦不多了。

#5 楼 @xds2000 用 refinerycms 做过大量企业站的路过。你说的应该是中国企业站的情况。

@pynix 如果给中国企业做，他们提出各种奇奇怪怪的需求，要求大量根本不能用但高大上的模块，那么用国内 CMS 绝对是王道。

楼主如果给欧美企业做企业站 refinerycms 还真不错！

当然，我的意思不是说楼主提问没意义，只是楼主如果可以提出一些具体问题，给出跟问题有关的人的特点，问题的各种替代方案，团队还有那些其他资源可用，或许大家能说出一个比较好的方法。

也有可能，楼主把这些具体情况都写出来后，可能自己就发觉最佳方案了。

楼主提到的的确是很常见的情况，但是抛开具体场景，讨论这些情况的套路个人觉得意义不大。 很多时候，具体的问题，解决方案都是很取巧的，跟当事所有人的性格，可变通的解决方案多少，团队可调配的外部资源，都有关系。

我想说 IT 男解决所有问题的思路都是做个网站

#14 楼 @billy 嗯，之前对应的时候，经常为了用一些通用的 helper method，到每个 controller 里面去 include，到最后形成 helper 和 controller 多对多的关系，自己也搞不清哪个是哪个了。现在这样方便不少，避免冲突也只要自己命名的时候稍微注意一点就行。可能 Rails 本身定位于中小型互联网项目的实践，所以尽量考虑这种规模下的方便。

之前有人用过后表示 GCE 同价位比 EC2 的 CPU 强，不知道楼主使用感觉如何？

#44 楼 @mario_33 谢谢