其实你知道是 workers 了 workers 设置，可以在单进程和多进程 cluster 模式之间自动切换，如果是 0，则不启动 master 进程，只有一个单进程，如果 workers 不是 0，则启动 1 个 master 和多个 workers。而且 master 进程不会加载应用代码，master 进程占有内存非常少，基本是不会挂掉的，细心观察 workers 进程在一定时间就会变动，相关于重启内存回收。 workers 一般设置成 cpu 核心数，threads 也可以根据硬件条件设置，这个多看看 puma 文档就知道了

又涨姿势了

两个问题： 1、既然用了 ajax 那就不需要 redirect 了，应该直接在 format.js 里处理 2、controller 里面 add_product 没有在日志中看到 save，重定向了怎么会有新增数据

表单自动提交页面跳转肯定会有，跟重定向的区别在于，有提交数据，网速不佳时会明显些，更佳的屏蔽方法也有：当前请求由页面请求取数据，改成 ajax 请求拿数据，再构建表单 post 提交就只会看到页面切换一次了，这就要看适不适合你的场景了

get 方法有在不同浏览器有不同的长度，redirect 内置的不需要参考，设置 nginx 参数与应用服务器支持的大小无关

不知道你的 puma 是不是跑个单进程；多进程 cluster 模式下，master 不占多少内存，根本不会挂，cluster 会隔段时间自动刷新，怎么会直接挂呢？

get 方法 url 长度限制是突破不了的，你可以 render 构建一个表单自动提交 post 过去就好了

1000 次 set 耗费 1s，不知道你有没有配合 hiredis 使用，并发如楼上所说并不需要考虑

gem 'to_xls'

赞一个

不能为 null 就可以做啊，先补充唯一值进去

有 null 值就完全不用考虑 uniq 了，实在要做 uniq，在 ruby 里很容易做到

楼上读取也是可行的，或直接将查询的字段 as model 对应属性值，程序执行效率比复杂的 SQL 效率来讲小的多吧

同一个请求轮询肯定采用长连接推送比较好，这也是现在最流行的方式了

要 要 要 要 要