这样：

find . -type f -name "*.md" -exec bash -c 'mv "$0" "${0%.md}.backup"' {} \;

这个是 Wrap 的 AI 给的建议：

感觉有点多余啊，既然这个工具都需要用 find 和 xargs 命令，那为啥不用 mv 命令来做这个批量改名动作？

find /path/to/directory -type f -name "*.md" -exec mv {} {}.backup \;

参考我下面的回复：

https://ruby-china.org/topics/43331#reply-379174

Ruby China 的镜像，如果不考虑实时性，也可以快。

早期的时候就是国内其他 RubyGems 镜像那样的，后面发现不行，刚发布的 Gem 要等很久，要手动更新 CDN 等等。

于是就改了，让动态 API 请求直接以代理的方式回源到 rubygems.org 这样肯定实时，实际的 .gem 文件下载有国内 CDN 离线的缓存，那个肯定快的。你测试方法不对，只测试到了 API。受下载速度影响的主要是 .gem 文件，小的 1M，大的有几十 M。

所以大家记住，Ruby China 的 Gems 镜像就两个功能：

• 作为 RubyGem API 的代理，降低直连或其他代理容易被 DNS 污染问题（跟你开代理效果差不多），服务器对服务器，被墙影响概率低。
• 那些可以离线缓存的文件如（.gem 文件）做国内的 CDN 离线加速，提高访问下载速度，99.9% 的情况，这些文件都是国内服务器的。

此外，日常零成本维护，一般一年我都不用管它。

上面截图速度哪里是正常的，Ruby China 的镜像节点是在香港的 CDN 上，这样可以做到实时的 rubygems.org 回源代理。

实际 Gem 安装过程中，大部分文件是国内 CDN 速度很快的，只有动态页面速度要慢一些。

检查一下是不是本地网络问题。

gems.ruby-china.com 是在腾讯云的香港 CDN 节点上的，没有独立服务器。

要不是看这头像是熟悉的，估计按下了删帖按钮。

这标题看起来颇像广告、诈骗之类的。

&. 这个叫 optional chaining

JavaScript 里面也有的是 ?.

1. 在 app/models/topic.rb 里面新增一个 can_edit? 函数，判断条件自行实现。
2. 在 HTML 对应编辑按钮处，根据这个函数 true or false 来决定是否展示。
3. 在 app/controllers/topics_controller.rb 的 edit 和 update 函数内，增加 can_edit? 的判断。

由于这个限制不需要那么的严谨，仅在 controller 里面限制即可，不需改 Model 里面的逻辑。

你努努力，把细节改进一下，这个或许可以合并到 Rails 主项目，作为一个项目流程，这样官方就直接有多语言了。

翻译动作，可以在 CI 里面做。

既然已经有了 S3 支持，我也给 GoBackup 增加了 UpYun 的存储支持

不过 UpYun 这个 storage_class 不支持低频存储啊。并且根据我测试，如果 Bucket 的低频存储，也不能用 S3 协议上传文件。

https://github.com/gobackup/gobackup/pull/185

哦哦，我一般都是点击顶部导航栏来返回列表的。我有空增加一个返回按钮

已修复

你再试一次，我调整了部署架构。新增了一个更稳定的境外节点作为主要的服务。

域名 DNS 更新可能每个地方速度不一样，注意检查 dig gems.ruby-china.com

$ dig gems.ruby-china.com

;; ANSWER SECTION:
gems.ruby-china.com.    267 IN  CNAME   gems.ruby-china.com.cdn.dnsv1.com.
gems.ruby-china.com.cdn.dnsv1.com. 600 IN CNAME 21gxf88f.slt.sched.intlscdn.com.
21gxf88f.slt.sched.intlscdn.com. 180 IN A   43.152.14.32

这个问题我在查查，实际上我验证的时候那个 404 还是有的，那个确实是 rubygems.org 废弃了那个 API。但据我测试，安装流程不影响的。

超时是 Upstream 的问题，偶尔会有，我需要再查查看

大家再看看，目前应该恢复了。

我今天看看

已修复

其实不太好用。给出的信息有一些啰嗦。这个在做代码重构的时候合适，能解释出每一处改了啥，什么目的。

VS Code 加一些插件，现在已经做得比之前好很多了。动态语言很多动态方法解析不出来。

https://speed.yjit.org/benchmarks/bench-2023-01-05-201010

这个里面有数据的呀，仔细看

这次正确开启了，打包了好几次。目前线上已经以 Ruby 3.2.0 + YJIT 的模式运行了。

还发现 ruby:3.2-alpine 的 Docker Image 引入以后，带来了 /root 文件夹权限问题，之前服务器的 Docker 版本 18 不支持，查了好久原来是得升级到 Docker v20 以上的版本。

内存占用相比之前 3.1 是少了

等等，似乎我搞错了，YJIT 没开对

• slim-buster 的 Docker 里面还没开启 https://github.com/docker-library/ruby/blob/8ea8c4000c5005771efc9ce34931763d191462cb/3.2/slim-buster/Dockerfile
• alpine 的才开了的 https://github.com/docker-library/ruby/blob/8ea8c4000c5005771efc9ce34931763d191462cb/3.2/alpine3.17/Dockerfile#L110

看了一下主机的统计，似乎有所下降。整个部署逻辑和程序都没变的，就是升级了 Ruby 3.2

不是，用的是 ruby:3.2-slim-buster 通过设置环境变量来启用的。

Ruby China 已经升级到 3.2 并开启了 YJIT

刚刚试了一下，好的

cannot load such file -- mysql2/2.7/mysql2