有一个好处 就是很好做扩展 有一个坏处 就是很难做扩展。 好做扩展就是加一个值的事儿。。 难扩展是因为这个数值的增量是指数级的。。 实际很多时候控制权限会用这个。比如 linux 的权限用的应该就是位运算

啊。手误。嗯。

个人感觉与其考虑各种加密防护 不如把系统做的好一点，让 b 端愿意直接付费来得好。 就算加密码了。别人直接把密码共享出去不一样可以直接用么。

群内姜军给出了答案。帮楼主更新。。 是ACCESSABLE_ATTRS中phone_number覆盖了activerecord中的phone_number导致没有存入数据库。

emmmmmm 看 github

vagrant 可以...反正不给他密码就行了...

遇到接口用排序后的参数加 key 然后 md5 做签名的 就头痛

收钱吧？不知道个人好不好申请。除了接口有点惨。。。用起来还是蛮简单的。

个人感觉应该反向 客户端每 10s 发送一个 perform("save_user_id") 然后服务端 redis 里面设置一个 12s 过期的 key。。。。就行了 服务器批量下发没什么意义啊在这个场景里（个人感觉）

把你的标题丢到谷歌里面。前几条都是答案=。=

改下 docker 的启动端口也行

你一直在重复这个 别人也做了说明 你一直在重复 schema 能重建 并且容易冲突的问题，完全听不进去别人的意见. 并且在实际项目中 如果只用 migration 文件很容易出现忘记提交问题 这时候如果时间过长 是没办法直接 migrate 成功的 需要一份 schema 来恢复一个基准数据库 再进行 migration

=。= 看看什么东西慢呗 开发者工具 看 Network 里面 哪个在 loading 估计是哪个打包的 js 文件太大 服务器带宽太小吧。。。

又来做分母了

after_create 多了你根本控制不住。最后就是 GG

这种写法怎么都感觉最后会很惨

其实长标题非常影响阅读
个人感觉
内容应该是需要的
另外，现在不是有背景色么。灰色？

rake db:migrate我猜是这个没执行？

我记得我去面对时候也是中午 然后我还在外面坐了好久...他们在里面训话...甩货...加班...一脸尴尬

一个 service 只干一个事情

你可以看下 redis 的 setnx 文档 这个命令可以在 redis 中获取一个状态 当 redis 中没有这个 key 的时候会返回 1 并且可以设置过期时间 有了返回 0 可以根据这个来判断当前是否有并发操作

不要在大项目中乱用 after_save 这种 callback。否则会被坑的很惨。 我们公司现在的做法是给某次操作指定一个 key 然后用 redis 的 SETNX 来判断是否能进行操作。

反正 Strikingly 的 hr 好像基本都被喷的不行不行了。。。即使没有这个帖子。。。

噗...怎么可能 我是说暴漫啊