哈哈哈，我们还想着要不要 Ruby 转 Java 了。没想到有人愿意转 Ruby。

[email protected]

哈哈

后期有这个打算了。不过现在感觉上容器还有点早。

当然可以啊。

哈哈

魅族还是可以的。

我前期也想停掉。

ubuntu 省事。Github action 缓存比较折腾。不过到了一定地步肯定要弄了。我们现在都自建 Gitlab 了。主要是 Github 之前有段时间网络不稳定，小伙伴建议用 Gitee。我......

招啊。有合适的话

主要看你是哪种类型的缓存，一般的话缓存如果命中了，会少很多数据库请求。

不用啊。开启了就行。

最简单的方式就是，内省一下。

Rails.application.config.cache_store 

有配置缓存存储器就行。如果是 file_store 的话对应的缓存目录下会有缓存文件。没有配置缓存的话，内省会返回null_store

没有啊。回头一起探讨一下？我们刚准备上呢。我也是一头雾水。你的镜像会不会有优化的空间？ 有时间优化搞个轻量级的镜像可能能省下不少网络传输时间呢。

要来份简历看看吗？

了解，这个我权衡一下哈。我们现在的体量，其实我感觉直接用 memory_cache 都差不多了。Redis 就继续用来存 kv 数据。我是打算等上了 k8s 之后再考虑用外部的缓存服务。

>  bootsnap/ -xdev -type f | cut -d "/" -f 2 | uniq -c | sort -nr
 261655 compile-cache
      1 load-path-cache

看着还好，相比起来不算什么。准备把缓存引擎换成是 redis，然后部署脚本多加一个删除缓存的指令Rails.cache.clear 应该能缓解不少。

提醒我了，原来我们一直用了 file_store 也难怪会把磁盘撑爆炸。我们现在还是单机，我是打算先使用现用的 Redis，等我后面基础架构更稳定一些，我再换成您说的 mem_cache_store。因为这东西肯定也要买第三方的比如阿里云，现在多一个第三方的服务对我们来说也是种负担。

docker 部署时间会比较长？我理解就是创建容器就好？

了解。

应该没有吧。

我司产品。

好像加载没 rbenv快？

感谢，后面还需要找你取取经。

顾不过来啦。又要做设计还原，又要写业务逻辑。公司项目来说会比较难搞。当然我自己的项目倒还是用 Hotwire。

把“有点“ => “非常”吧，我也放弃维护了。

招人进来写代码，自己就可以喝茶了。

准备试试 K8S 了。还打算找你 i 交流一下。

正在想办法恢复。

Order.