脏话贴已删，已记录，再犯会封号。

我发现它跟一些 CDN 配合不好，打算某个项目换回 carrierwave 了。

要用 ActiveStorage 有些坑应该绕过：

1. 从性能考虑，头像这类不需要保护的地址应该直接用 CDN 地址不需要跳转。
2. 文章内嵌附件的地址要用自己的跳转地址，例如 /attachments/:id/download，默认的跳转地址在更改 secret_key 之后会失效。

Basecamp 自己就是这么做的，但是 ActiveStorage 却没有默认提供！

已降级。

估计是 PATH 问题 https://ruby-china.org/topics/37688

主要看 https://rubyweekly.com/

路径后面加上 .php

学到了新姿势……

按版规标题要用这种格式："[北京] XXXX 公司招聘 Rails 程序员 3 名”

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

这样便于搜索。

缺企业名称

视频出了

https://www.youtube.com/playlist?list=PLE7tQUdRKcyZEjH3kIyvIN0eZ4tuVEkBD

可以测下 heroku private space 日本节点速度怎么样，需要企业版，我没用过。

倒不一定是防火墙问题，中外出口的网络不拉专线的话本来就不稳定，详细的我也不清楚。

测试工具 https://www.17ce.com/

写成多个方法，不然就要写更多的文档解释这个方法的用法。

等视频。 😋

还有一种做法是在这个任务完成的时候，入队下一个任务，这样可以得到间隔时间恒定的任务。

因人（招聘方）而异。

bigint 的补丁没有接受吗？

如果 TiDB 可以满足需求，最后要切换过去，那么现在做得分库可能是不必要了，甚至成为迁移的阻碍。

不如压测一下 TiDB 行不行，可以的话直接切过去。

声明：我没用过 TiDB。

原因就是一个两年前已经发现有隐患的主键上限、Rails 框架作为默认值修复的问题，Basecamp 团队自己却没有做数据迁移，DHH 责无旁贷。

Basecamp 一宕机趁机把对 Rails 的新仇旧恨抛出来的也是搞笑。

我想起这个演讲：

RailsConf 2018: Keynote: The Future of Rails 6: Scalable by Default by Eileen Uchitelle

演讲者 Eileen Uchitelle 正在把 GitHub 的技术逐步提交到 Rails。最后五分钟是重点。

如果觉得自己的方案比 Rails 社区的好多了，为什么不拿出来分享甚至向上游提交补丁？

顺着楼主思路回答就是添加配置：

config.active_job.queue_adapter = ActiveJob::QueueAdapters::AsyncAdapter.new(
  min_threads: 1,
  max_threads: 1
)

X-Y Problem http://coolshell.cn/articles/10804.html

1. 问题描述不清楚，看提问的智慧。
2. 为什么不应该使用 rvm/rbenv，以及替代方案。

想到 DHH 这段演讲 6:19 开始

分库真的是必须的吗？我接触过最大一个表 1 亿数据也没有分库，索引合理数据库能撑住。

看顶楼已经用了 TiDB 了，不考虑全用 TiDB，让它解决扩展问题？

现在看起来代码没问题，还有问题吗？

自动生成是不会漏的，除非你删了什么。

我二楼已经叫你上传代码了，一定是漏了东西，关掉 CRSF 和 8 楼的操作都不是解决方法。

新手遇到这个问题最常见的原因：

1. app/views/layouts/application.html.erb 里面误删了 <%= csrf_meta_tags %> 。
2. app/assets/javascripts/application.js 里面误删了 // require rails-ujs 。
3. 其它具体分析，但可能性已经很小。

楼主搜到一个“方案”不去了解原理就认为“解决了”，不是好的学习习惯。

引申阅读：

Ruby on Rails 安全指南 / 3 跨站请求伪造（CSRF） https://ruby-china.github.io/rails-guides/security.html#cross-site-request-forgery-csrf

你没有理解 heroku 的运作原理，heroku 应用运行在叫做 dynos 的容器里面，不同于一般的 Linux server，为了安全肯定做了一些限制。就算用 heroku run shell 成功安装了某个包，因为它是单独开启的容器，里面的修改也不能用于其它服务进程。

如果你需要修改 heroku 容器，需要了解它的 Builde pack 机制。

不过还有更好的选择，就是通过 docker 镜像部署。

把代码放到 github，一定是漏了东西。一楼的设置是关掉安全防护，不安全。

把查询对象存到外部再读回来？听起来很有问题，数据交互应该尽可能用简单的对象。