如果你没有 ID 主键的话 参考一下这个 https://stackoverflow.com/questions/10834407/activerecord-find-each-and-postgres

all 是一次把所有数据都 select 再 each 这时候需要用 find_each 分页 each

https://api.rubyonrails.org/classes/ActiveRecord/Batches.html

政策红利变少了 自然需要技术来优化流程提高效率 国企的人也得吃饭啊

真的不认同

我想知道用来写代码得多爽。。。

原本比如一个 java7 天的项目，ruby 只需要 5 天，领先 2 天。

说真的 我觉得 ruby 只需要 2 天

嗯 那就是后 3 种了

如果你的微信能登录网页版 那么一楼的方案就 ok 如果不能 目前的方案有安卓 hook iOS 协议 windows 客户端 dll 注入 这三个都是黑的

很简单的统一的就行啊 把 table form 等一些统一的页面做好 写 rails 的时候直接 render 就行了

https://semantic-ui.com 了解一下 对应 gem https://github.com/doabit/semantic-ui-sass

if (flag) {
} else {
  function()
}

unless (flag) {
  function()
}

挺好理解的嘛。。。

你是从页面上发起的 action 吧，这样的话推荐前端自己解决。 流程： 1、前端触发 A action，这个 action 及时返回能标记此次 jenkins 任务的 id。 2、前端页面不跳转，每隔 1 分钟 ajax 请求 B action，用刚刚的 id 查询 jenkins 的结果，成功的话 ajax 刷新页面，不成功继续等待。

是不是应该针对 token 做一个错误处理，如果是 token 错误可以重新获取一次

例如：手动更新了企业微信的 secret 或者其他项目重新获取了 token 导致 cache 的 token 失效啥的（不知道和公众号的是否一致，此处仅限于 YY）

我觉得你的小姐姐要🔥

这么多小姐姐。。。

啊没有。。。只能给你多评论几次刷一刷了。。。不过 胡哥呢。。。

看见你的 email 我想笑。。。

感谢 可能是大家都没用到未指定参数的 render file 吧，可能看了看对自己没影响就不关注了

update 的 action 里 binding.pry 打断点 然后输出 params 贴出来~

params 自己输出一下

楼主从标题到发文都有明显的前提条件，这也只是他自己的使用体验罢了。。。看看就好。。。

另建议楼主可以放下经验体验一下 MacOS，这不也是学习任何新事物的基本方法论么

有的角色不能修改只能新增可咋整

另外。。。真的不考虑 restful 么

这种情况直接把资源文件放在支持海外的 cdn，服务器放国内的云就行了。整体并不会慢很多。50ms 和 200ms 的区别

没专职的 iOS 工程师 就更别用纯 webview 的了

不然当你需要加更多和 native 交互的功能的时候 哭的更惨

举个简单的例子：select 选择框 目前 web 上没找到能和 native 带搜索框的 select 交互一致的实现方式

从实际业务来看，是不是要加冗余字段是根据你的业务逐步发展来看的。 项目刚开始的时候，各个表都严格遵守第三范式，哪怕是好几个表的 join 也没啥问题。 后来数据多了，你发现 join 完了数据量极大，一个 ransack 的查询就要 1 秒多，那必然要看怎么才能快一点。 快一点的话，无非是冗余或者 cache 或者直接搜索切换 es。 所以你的问题如果不带着场景，谁也没法判断合理还是不合理。

因为有新帖子出现把整体向后推了

用其他的消息系统处理抢购的问题 例如你只有 5 个商品 那么消息处理系统只允许接受前 5 个消息 把这 5 个消息转给 rails 处理下单~

其实你的这段代码可读性真的很差 对于阅读方来说 总得打断去看重构方法的实现 毕竟我没法 100% 确保接口是一定正确的

你直接 gem install nokogiri 会出现更详细的报错信息 然后报错信息里会指向一个页面 去那个页面里有解决方案~

[email protected] 古红铜 两个