https://homeland.ruby-china.org/

不需要

再推荐你用 auto-correct

redis-rails 不需要用了，Rails 集成了 Redis cache store 的

https://ruby-china.org/api/v3/users.json

你 API 无法访问，这个我看不出原因，你得自己查。

Docker 打包发布的包含了这部分的，但你那边刚才我试了一下，无法访问

http://github.com/ruby-china

上找，自己打包编译发布

Arel 写出来和 ActiceRecord 的用法不一样，另外你可以试试，实际上没那么好写

一个大系统，10 个数据库，180 多表，其中一些是特定场景的业务表，使用量少，仅仅是需要查询出报表，这些场景都是查询，没有更新。

复杂性高，又用得少，加 Model 涉及到增加 Schema、Migration 什么的，图省事，这类直接连外部数据库，这部分业务不开发的时候就不用在意。

所以这种场景我们考虑以后就只做简单 SQL 查询，开发好自测就可以，测试也不写，因为他们都是一些查询，场景难以模拟，就算模拟出来也会让整体测试慢下来。

所以，我感觉还是我 Demo 举例不够准确 😂

那得构建 User model，我们的场景一些表没 Model 了

另外，多表查询，且条件复杂的时候，就明显了（比如一些复杂的报表）。

Ruby China 已经升级到 2.7，并上线了

已完成升级，等 Ruby 等 2.7.0-alpine 的 Docker Image 打包好就可合并了

https://github.com/ruby-china/homeland/pull/1137

其中 sidekiq-scheduler 对 Ruby 2.7 的支持可能有问题，升级 2.7 以后，需要额外单独依赖 thwait, e2mmap 这两个 Gem 了。

其他部分也是 Warning 比较多。

也给 Docker Official image 提了 PR:

https://github.com/docker-library/ruby/pull/301

也是发现了 Bundler 的 binstubs 问题

修好了 Rails 新版本对 Rails engine 里面的支持改了，感觉有个 Break Changes 带进去了。

修好了

优先查看用过 C、C++ 实现的 Gem，查查它们是否有内存泄漏风险；

Sidekiq / Ruby 本身是没有内存泄漏的，已经有大量且计算量巨大的 Sidekiq 案例在生产环境，并且跑很多年。

GitLab 挺好用的，可以用 GitLab 代替了

牛逼啦

这样 www.conf

来，用这个：

https://github.com/huacnlee/ckeditor5-build-rails

哦，我看错了，是 Rails 启动...

在一个 Ruby 文件的最前面增加一个行 #!/usr/bin/env ruby

#!/usr/bin/env ruby    
puts "Hello world"

将这个文件保存为 test，然后执行：

$ chmod +x test

然后你就可以直接运行它了。

$ ./test
Hello world

可以打包完删除掉

可以试试 Docker 部署了

用 WSL

WSL 试试，你可能不需要 Vagrant 了

kaminari 封装了软删除？你哪里确定的？

那个域名不打算续费了，请用 https://homeland.ruby-china.org