可以按 model 分,用 simple_form 生成的标签会关联上.
您的翻译报错是翻译的 yml 第一级的 key,如果标签是直接用函数翻译的,按照这个 yml 应该把模板里对应部分写成 I18n.t("users.new.nickname")
如果要用 yml 匹配模板,那就把 nickname
直接放到 zh-CN.yml
的第一级
小蝌蚪找爸爸
第一种方法里那个 params 是要当参数传到函数里
简写 (把 and 合并)
def self.in_callendar(c_start, c_end)
any_of({ "start" => { "$gte" => c_start, "$lte" => c_end }}, { "end" => { "$gte" => c_start, "$lte" => c_end }})
end
另外有个 between 方法,但只是单字段的 range 筛选,多字段要合并操作
map reduce
随机挂掉应该是 test 或者代码确实有问题把,我遇到过一种情况是用 factoryGirl 生成带有 sequence 字段的数据时验证会随机挂掉,因为写单个 test 时都是没问题的,一块跑起来 sequence 计数就变了
#25 楼 @larryzhao 以前有用 find,现在都是 where 了,不知道两者除了 error 之外有没有其他区别。
#17 楼 @larryzhao 比如数据库未找到数据后返回结果可以是
result = {
"status": {
"code": 1,
"message": "Xxx data not found"
}
}
render :json => result
为了快速找到请求出错的位置,把一些可预见的错误都写道返回信息里(像这种空结果或者写入错误的处理一般都是用 status 做处理了),这样发现问题调试非常方便。客户端处理 api 的数据首先也会判断 status code 是否是 0(请求结果正确)再决定是否进入下一步处理。我理解的这就是把 http 的状态码变成自定义的 code 方便追踪,另外客户端也可以根据 code 和 message 做一些友好的错误处理(如果不处理而产生 502 了客户端也只好呆傻了)
#11 楼 @larryzhao 有些 code 是不希望用 500 ==,最好是自己处理 error code 便于查找错误,http status 200 保证 api 有足够的容错
除了 render html => render json 之外好像也没有什么区别
推广来往非礼也
cramp
尤其是被炒
冲着这个 geek 来的,不知道 geek 方向都有啥啊
此等贴随着语言发展会月经吧。。。两种语言在不同方面的优势没法用个什么东西就能衡量,看了乐和乐和得了
flat-ui 也比较有意思
很久以前有个易语言,到现在也不知道是真的假的
速度很快