我就说 passenger 好在哪:管理方便,touch 一下 tmp/restart 就自动重启了,企业版提供滚动重启、异常回退等功能。
你又不说什么步骤不成功。
#6 楼 @jiyinyiyong slim 没有浏览器端编译。自动编译是想要怎么用法?我试过要做一个页面模板的时候,在 Rails 项目里面开 guard-livereload 最方便 http://codecampo.com/topics/608
我的历程 erb -> haml -> slim
我赞成用 unobtrusive
You passed :github as an option for gem 'mongoid_colored_logger', but it is invalid.
Gemfile 里面 :git => 而不是 :github =>
直接用 mongo 驱动。
LiveReload 可以通过 guard 来跑,不花钱
#2 楼 @sanivbyfish Unit::Test 而不是 Rspec
我看了很久都不明白
这样的 DSL 为什么会受欢迎。
:allow_blank => true
新一轮迷惑新手行动现在开始
其实还要做一套前端验证。之前用 client_side_validation,不过感觉不太灵活,还是得写 js。
@hooopo 功不可没
没有必要。一般来说读操作比写操作多,所以性能优化一般在读操作上。
而 updated_at 字段可以用来做片段缓存的 cache_key。
如果数据确实非常大,要剔除不必要的字段,而并没有用到 updated_at 的地方,那么可以去掉。
零散的 js 写页面内得了。我觉得不通用的 js 不需要独立成文件。
不过再怎么零散也不应该一列 assets 啊,一个提供共用库的 application.js,一个页面特定的 js。
一直用单文件未出现过问题。
不是所有数据库都有验证的,而且数据库验证的逻辑没有应用层丰富。数据库验证一般就用来校验一些字段不能为空。
还有一个我习惯类名是什么关联名就是什么,如果不是有很多同类关联的话,这样编码的时候要思考的东西少些。
belongs_to :person
has_one :album,:foreign_key => "cover_id"
这行可以不要了,应该没有这种查询需求,也省一个 albums 表的索引。