那就少 BB。

你爽你上啊。

用过 paper_trail，还不错。

https://www.joelonsoftware.com/2002/01/23/rub-a-dub-dub/

年底圣诞节

The First Rule of Programming: It's Always Your Fault https://blog.codinghorror.com/the-first-rule-of-programming-its-always-your-fault/

debug 是一个调试方法，只影响日志打印不影响页面；permitted: false 是 params 对象的一个属性。

bootstrap 的 dropdown 依赖 boostrap 提供的 js，delete method 依赖 rails-ujs（创建项目应该就有），检查 js 文件里面是否引入了这两个库，layout 是否引用了 js。

就是 debug 那句。

不是谁都看过你看的教程啊，就算看过也忘得差不多了。整理你的代码和错误发上来。

1. 用了 sidekiq-cron，sidekiq-scheduler 还是其它？
2. 先要知道，如果 A B 都跑有 sidekiq worker，在 A 服务器调用 delay job，是有可能在 B 服务器执行，但同一时间只在一个 woker 执行。现在问题是执行一次 job 分别在两边服务器都产生文件了么？
3. 需要打一些日志，查询之后把 today_orders 的 ids 打印出来，写文件后把文件名打印出来。然后调用一次 delay job 分析执行情况。

定时 job 是用什么跑的，sidekiq 还是 whenever 之类？

删减过度看不出来，10.times 都写在一个文件名，不是只有一个文件么？

如果限定 IDE 而不是编辑器那就是 RubyMine 了。

没实际做过，原理上可以这样：

model = Class.new(ApplicationRecord) { self.table_name = 'a_20120101' }
model.where(...).order(...) # query what you want

之前做过报表需求，几个外部数据库，查询还是用 AR，一个数据库对应一个目录和一个数据库连接配置，模型层设为 read only，AR 不需要的功能可以不用。

看日志已经过了 fetch 这步，到了 building。

会不会内存不够用了……

看了一下是有些问题呢，也许 discourse 觉得他们的场景 A 超时处理，B 把锁抢过来也没问题，严肃的场景就不能这么搞了。

可以看看 https://github.com/ClosureTree/with_advisory_lock ，用数据库的锁。

如果对标最简单的部署方式，Rails 也就是在命令行跑 bin/rails server -d -e production 而已。

Good job 👍

如果是画作真是厉害，可以发布一些草稿吗？

看了 Numbered Parameters 的例子感觉可读性更差了，我不打算用，不反对别人用，只要不需要我维护。

https://github.com/prawnpdf/ttfunk

https://fontforge.org/en-US/