Rails 7关联Cloudinary图片删除失效问题求助

核心问题定位 #

你提到控制台上传的图片存在development/文件夹，表单上传的不在，说明表单上传的附件没有使用你配置的cloudinary服务，而是走了Rails默认的存储服务（大概率是disk）。这就导致删除文章时，dependent: :purge只会清理默认服务里的文件，不会触发Cloudinary的资源删除操作。

分步解决方法 #

1. 全局设置默认存储服务为Cloudinary #

打开config/environments/development.rb，添加或修改配置：

config.active_storage.service = :cloudinary

这样所有Active Storage的上传请求都会默认使用你配置的Cloudinary服务，避免表单上传走默认的disk服务。

2. 修正Cloudinary配置冗余项 #

你的storage.yml中cloudinary节点的environment参数属于冗余配置，Cloudinary会优先读取ENV['CLOUDINARY_URL']，该参数反而可能干扰prefix的生效逻辑。修改后的配置如下：

cloudinary:
  service: Cloudinary
  cloud_name: myname
  api_key: _______
  api_secret: ____
  secure: true
  prefix: development/

如果你的ENV['CLOUDINARY_URL']已经包含了cloud_name、api_key、api_secret信息，可以进一步简化为：

cloudinary:
  service: Cloudinary
  url: <%= ENV['CLOUDINARY_URL'] %>
  secure: true
  prefix: development/

3. 验证现有附件的存储服务 #

在Rails控制台执行以下命令，检查已上传附件的服务归属：

article = Article.last
article.images.first.service_name # 预期返回:cloudinary

如果返回结果不是:cloudinary，说明这些附件是通过其他服务存储的，需要重新上传或手动迁移到Cloudinary。

4. 手动验证Purge逻辑 #

可以在控制台手动触发附件清理，确认Cloudinary侧的删除逻辑正常：

article = Article.last
article.images.purge # 执行后查看Cloudinary是否删除对应图片

如果手动purge有效，说明删除文章的回调逻辑没问题，问题根源还是之前的附件服务配置错误。

5. 表单显式指定服务（可选） #

如果不想全局修改默认服务，可以在上传表单中显式指定存储服务：

<%= form.file_field :images, multiple: true, direct_upload: true, service: :cloudinary %>

不过更推荐全局配置默认服务，避免遗漏场景。

额外检查点 #

• 执行bundle update activestorage-cloudinary-service确保gem版本为最新
• 确认Cloudinary的API密钥具备资源删除权限（默认权限已包含，若使用受限密钥需单独配置）
• 查看Rails日志，删除文章时是否有Active Storage的purge操作记录（如PurgeJob执行日志）

内容的提问来源于stack exchange，提问作者sabrina