以后请不要用截图，贴代码

代码和路由看起来是正常的，写法也是正确的

Sidekiq 有种状态模式叫 quiet (或是 USR1 信号)，这个时候 Sidekiq 不会再开始新的任务，但已经开始的任务还能继续执行

发布前，先将 Sidekiq 切到 quiet 模式，然后发布代码，重启 Rails App Server，最后才重启 Sidekiq。

https://github.com/mperham/sidekiq/wiki/Signals#usr1

USR1 tells Sidekiq it will be shutting down at some point in the near future. It will stop accepting new work but continue working on current messages. Use USR1+TERM to guarantee shutdown within a time period. Best practice is to send USR1 at the start of a deploy and TERM at the end of a deploy.

怎么不用 find_each?

到目前为止，基本上没这类需求啊

看截图，楼主的完成度还是挺高的

改那个没用，写死的

看我之前的帖子

换 Linux 环境

schema.rb 的内容放到一个 Migration 里面就可以了。

https://ruby-china.org/topics/4917

daemonize 去掉，再启动，看错误信息

搞不懂，这年头技术文章还要用微信来写... 手机屏幕上面看不累么

很多人发现自己用 MySQL 慢了，于是就想到 Redis ... 接着有进了另外个坑

楼主有多少量啊就撑不住了...

10 年…

#23 楼 @cassiuschen 如果做得完善我会接受的，半成品就算了

自己实现嘛

那你就看呀

开发环境不用 RVM ... 我们生产环境也用

#8 楼 @ywjno 工作量来自于修改排版

#1 楼 @killernova 我会找时间实现一下

#66 楼 @shawncui #63 楼 @outman 主要是你们那儿地点在市中心，太不方便了，远不是问题，没停车位、或停车位太贵（1800 一个月）才是问题。春熙路那个地方下班如果不开车，很难做公交或者打车（当然长期也不可能这样）。

不会搜索，不会翻看 Ruby China 的帖子么？ 如果你有在尝试用用看，或许我还会给你说说

先查出来，再内存中 group_by

@users = User.paginate(page: params[:page], per_page: 100)
@user_groups = @users.group_by { |u|| u.created_at.to_date }

Ruby 性能没大家说的那么慢，满足绝大多数场景一点问题没有。而性能的问题会随着 Ruby 的不断改进优化而提升上去的，相反 Ruby 社区的那些优点是其他语言永远无法达到的，因为他们没有 Ruby 这种特别的社区文化。

#26 楼 @karloku 性能的问题也不是 Rails，而是写程序的人。

1. 没有快 1 倍
2. http://jruby.org
3. 没你想像的简单

1. 不对，理解反了，认真看我的描述，以及想想为什么
2. 扩展名，强制改了 .jpg 的
3. Nginx 不懂，看 Nginx 文档，或者网上搜索，到处都有，比如：http://stackoverflow.com/questions/18915679/carrierwave-nginx-serving-images-from-public-directory

#5 楼 @kunou 搜索 Nginx URL Rewrite

其实 Rails 的路由也是可以直接支持 .php 的，比如 https://ruby-china.org/huacnlee.php