GitHub 不打算支持 tag 功能也许也有他们的考虑,觉得现在的搜索和分类够用了
逐渐轻量化使用 rails。rails 也可以不用了,直接写 rack server,拿需要的组件。而不是每回都 rails new。当然还是看需求情况了,不过应该会有不少情况可以用 rack 就可以解决
还没好好看
感觉类似 ActiveRecord::Relation
造福工程 :plus1:
可以加密多个字段撒。报错信息已经告诉你了
unknown attribute paypassword.
你的数据库没有这个字段,要不就在 model 中 attr_accessor :paypassword。你要先看你用的是什么加密方法,ruby 提供了多种加密方法。你这里 用的是 bcrypt 用的是 has_secure_password 的加密方法,在 ActiveModel::SecurePassword module 中 默认创建了 password,password_confirmation。如果你用了 devise。devise 构造了 password 实例方法的,所以 User.create 中可以给 password 赋值,就好像 password 是你的字段一样,其实你数据库没这个字段。而 paypassword 是真的没有,所以就需要你自己来加上这个属性了。(看第一句话。。。厕所回来后发现大家都答了)
我还要继续阅读
看了六遍
股市深似海。。。
#6 楼 @redemption https://ruby-china.org/topics/21304 这篇帖子。require 问题 上楼的答的清晰了
如果不使用 redis,每次还是会产生数据库查询。可以认为片段缓存,是减轻了再次渲染页面所耗的性能,而数据库查询还是有的。但这个数据库查询的目的是为了匹配或创建 cache key,而不是再次获取数据等
在调用 module 中的方法的时候,当第一次找到了该方法,后面的 module 相同的方法是不会再被重复调用的吧。
晚上回去可以下了
关键其实是妹子图。。。厦门工资还是低了一小丢
#17 楼 @numbcoder 为什么呢?
一直觉得文档就是很好的教程。简单的理解 field 是 key,就像关系数据库中的字段。如果使用 mongoid 的动态属性,field 可以不写,但是动态属性有限制,只能动态识别如 string 类型,所以推荐把 field 都写全了,也可以一眼明白这个 collection 有哪些 field。突然感觉 go 中连接数据库也是这样,需要自己先 build type struct
游戏公司会不会加班加到 肾亏。。。
为什么
数据量大了,这个太浪费资源了?
突然间 想起了英文练习计划
之前从 rubyweekly 一篇文章里收藏了这个 blog
这用来写 nodejs、js 的?
你选择亲身体验,被多虐几次就知道两者的好坏了
看过一点 rails 的相关视频,感觉偏基础性
#11 楼 @yuhaidonghd 这好用。谢啦~
用了 grape 一般是用来返回接口数据吧。接口数据一般是字符串 或 json 吧。你上面 format.js 是个什么情况。。。