Question

我有一个ActiveStorage问题，似乎是由于Rails 6.0升级（从5.2.x版）引起的。

我有一个自定义管理界面，其中页面具有字段，每个字段具有STI type，以创建复杂的页面布局。使用活动存储的Image类型（它是Paperclip，但在Rails 5.2发行后被迁移）通过一个简单的上传模式存储图像-无需复杂的直接上传JS。

类结构如下所示（为了简洁起见，我删除了多余的代码）：


class Page < ApplicationRecord
    has_many :fields, dependent: :destroy
    accepts_nested_attributes_for :fields, allow_destroy: true
end

class Field < ApplicationRecord
    belongs_to :page
end

module Fields
    class Image < Content::Field
        has_one_attached :image
        accepts_nested_attributes_for :image_attachment, allow_destroy: true
    end
end

页面更新时，它是通过嵌套表单属性和对@page.update(permitted_params)的简单调用而实现的。

permitted_params（减去不重要的参数）看起来像这样……

{
    "fields_attributes"=> {
        "0"=> {
            "type"=>"Fields::Image", 
            "image"=>#<ActionDispatch::Http::UploadedFile:0x00007ff36cdd9908 @tempfile=#<Tempfile:/var/folders/_t/clkdb5ms365617_039m7y7sc0000gn/T/RackMultipart20191021-38488-4kyp8k.jpg>, @original_filename="image.jpg", @content_type="image/jpeg", @headers="Content-Disposition: form-data; name=\"content_page[fields_attributes][0][image]\"; filename=\"image.jpg\"\r\nContent-Type: image/jpeg\r\n">, 
            "id"=>"8059"
        } 
    } 
}

要保持ActiveStorage 5.2更新集合而不是覆盖集合的行为，我在application.rb中包含以下内容：

config.active_storage.replace_on_assign_to_many = false

但是，因为字段关系是has_one_attached，所以这不会影响它。

从日志中，没有开始上传，也没有对Active Storage表进行任何更新，但是对Page表进行了一次更新：

Content::Page Update (5.2ms) UPDATE `pages` SET `pages`.`updated_at` = '2019-10-21 13:58:18' WHERE `pages`.`id` = 105 /*application:myapp,controller:pages,action:update*/

就这样，别无其他。

但是，如果我byebug使用了更新方法，然后手动执行更新：

$ img = Fields::Image.new(image: permitted_params.dig("fields_attributes", "0", "image"))
#<Content::Fields::Image id: nil, type: "Content::Fields::Image">
$ img.valid?
# true
$ img.save

   (4.6ms)  BEGIN 
  Field Load (1.5ms)  SELECT `fields`.* FROM `fields` WHERE `fields`.`page_id` IS NULL AND (`fields`.`position` IS NOT NULL) ORDER BY `fields`.`position` DESC LIMIT 1 
  Fields::Image Create (1.7ms)  INSERT INTO `fields` (`type`) VALUES ('Fields::Image') 
  ActiveStorage::Blob Load (1.6ms)  SELECT `active_storage_blobs`.* FROM `active_storage_blobs` INNER JOIN `active_storage_attachments` ON `active_storage_blobs`.`id` = `active_storage_attachments`.`blob_id` WHERE `active_storage_attachments`.`record_id` = 8062 AND `active_storage_attachments`.`record_type` = 'Fields::Image' AND `active_storage_attachments`.`name` = 'image' ORDER BY `active_storage_attachments`.`position` ASC LIMIT 1 
  ActiveStorage::Attachment Load (1.6ms)  SELECT `active_storage_attachments`.* FROM `active_storage_attachments` WHERE `active_storage_attachments`.`record_id` = 8062 AND `active_storage_attachments`.`record_type` = 'Fields::Image' AND `active_storage_attachments`.`name` = 'image' ORDER BY `active_storage_attachments`.`position` ASC LIMIT 1 
  ActiveStorage::Blob Create (2.7ms)  INSERT INTO `active_storage_blobs` (`key`, `filename`) VALUES ('mnf9brbh9e1kyriummf11kpd7t6q', 'image.jpg') 
  ActiveStorage::Attachment Load (2.0ms)  SELECT `active_storage_attachments`.* FROM `active_storage_attachments` WHERE `active_storage_attachments`.`record_type` = 'Fields::Image' AND `active_storage_attachments`.`name` = 'image' AND `active_storage_attachments`.`record_id` = 8062 AND (`active_storage_attachments`.`position` IS NOT NULL) ORDER BY `active_storage_attachments`.`position` DESC LIMIT 1 
  ActiveStorage::Attachment Create (4.1ms)  INSERT INTO `active_storage_attachments` (`name`, `record_type`, `record_id`) VALUES ('image', 'Fields::Image') 
  Fields::Image Update (2.3ms)  UPDATE `fields` SET `fields`.`updated_at` = '2019-10-21 14:24:06' WHERE `fields`.`id` = 8062 
   (2.0ms)  COMMIT 
  FlatDisk Storage (5.3ms) Uploaded file to key: mnf9brbh9e1kyriummf11kpd7t6q (checksum: ms9Zu1oagR5kGjcci1YfhQ==)
[ActiveJob] Enqueued ActiveStorage::AnalyzeJob (Job ID: 034d495a-01c1-4935-a873-b07fcec35f47) to Sidekiq(active_storage_analysis) with arguments: #<GlobalID:0x00007ff36c2e2090 @uri=#<URI::GID gid://dswt/ActiveStorage::Blob/52786>>

# true

因此，这使我认为这可能与嵌套参数有关，但是我看不到这些问题，因此对于可能发生的事情我感到困惑。

图片上传功能在网站上的其他位置正常运行，只是在这一位置它们无法正常工作。

任何帮助将不胜感激。

谢谢保罗。

编辑：

除非将模型上的字段（updated_at或表上的任何列）也更新，否则我将其范围缩小到ActiveStorage，不更新映像关联。这似乎触发ActiveRecord保留实例，从而触发ActiveStorage上载文件。

Answer 1

经过一番摸索后，我得出结论，除非以某种方式更改了模型（例如，触摸updated_at时间戳或其他编辑其他字段），否则Active Storage关系不会得到更新。这是Rails的错误。

通过在表单中添加<%= f.hidden_field :updated_at, value: DateTime.current %>，我可以强制Active Storage保留文件。

希望这对其他人有帮助。

在Rails 6.0升级后，ActiveStorage无法将Blob持久保存到附件

1 个答案: