#5 楼 @DeathKing 使用他擅长的地方就可以了,这种题目在实际项目中的实用价值并不是很高,主要是起到一个练习语言,熟悉算法,拓展思路的作用哈。
#2 楼 @h_minghe why not? [email protected] 来,兄弟,撸出个未来!
谁人与我同撸?
权限问题
准时点赞来表征自己已经站在最前线。
欲加之罪,何患无辞的感觉吗?
#9 楼 @killoceaner 直接建项目时候用 mysql,然后检查你的数据库本身,操作命令正确与否。这个不应该有问题。
#7 楼 @killoceaner 新建项目中测试的结果吗?
总体来说,都是按照实际情况开发的,如果可以按需设定就好了
报错不是 primary key must be NOT NULL 么,对比检查一下。 或者,同样操作,新建个项目尝试一下,如果操作正确,新建项目中一定可以。
你发的这些是啥?
我想在 45 楼回答的基础上,将 user_role 作为变化因子加入到 cache_key 算法中,或许可以比较好的解决问题 2;也就是说,某些部分,可以设置为 user_role 敏感部分,比如 todolist 等等,而公开性的内容则不需要。
#58 楼 @shangrenzhidao 如果能够在缓存中找到命中缓存,cache_key 应该是采用可规则性方法来产生,所以应该是会产生相同的,不过概率很小。
感谢分享,不过 cache_if 和 cache_unless 已经支持了。http://guides.rubyonrails.org/caching_with_rails.html
抓紧时间去别的 mongo 站试试。
支持,我踢球,可是我不在北京。