【问题标题】:Rails 5.1 - JSON parameter is permitted but still prints as unpermitted in the logRails 5.1 - 允许使用 JSON 参数,但在日志中仍显示为未经允许
【发布时间】:2018-04-01 16:13:09
【问题描述】:

在 Rails 4 here is the question 关于如何做到这一点。我想知道的是,虽然这行得通,但为什么日志仍然抱怨?

在 Rails 5.1.3 中,我有一个 JSON 列 (letterhead) 作为我的模型属性之一(并且在该 json 内部是一个散列,其中包含我不关心白名单的各种属性)。我只想允许/白名单列本身。

Rails 5.1.4 注释

在 5.1.4 中有一个 Rails 方法可以做到这一点,请参阅this commit。 在 github 上有一个相当长的讨论 here 关于这个。在 Rails 5.1.4 中就是这样:

def account_params
  params.require(:account).permit(:id, :name, :plan_id, letterhead: {})
end

:letterhead 参数是允许的,日志中没有错误显示并且模型保存。但显然它允许在该参数内进行任意输入,因此谨慎使用。

如果您确实想限制在此类参数中允许使用哪些哈希键,那么您也可以将它们列入白名单,例如:

def account_params
  params.require(:account).permit(:id, :name, :plan_id, letterhead: [:address, :logo, :contact_info])
end

这现在可以防止 :letterhead 内的任何其他任意键,因为我明确地只允许这 3 个 - :address, :logo, :contact_info

Rails 5.1.3(及更早版本)

我可以使用以下任一方式允许此列(也请参阅链接的讨论以了解其他可能的选项):

选项 1

def account_params
  params.require(:account).permit(:id, :name, :plan_id, :letterhead).tap do |whitelisted|
    whitelisted[:letterhead] = params[:account].fetch(:letterhead, ActionController::Parameters.new).permit!
  end
end

选项 2

def account_params
  params.require(:account).permit(:id, :name, :plan_id, :letterhead).tap do |whitelisted|
    whitelisted[:letterhead] = params[:account][:letterhead].permit!
  end
end

在这两种情况下,模型都会保存,但在日志中仍然显示“unpermitted parameters :letterhead”

  1. 为什么在我明确允许的情况下还这么说?

  2. 另外,选项 1 和选项 2 之间有什么真正的区别吗?

编辑

数据是这样的:

{"id"=>"a61151b8-deed-4efa-8cad-da1b143196c9", 
"plan_id"=>"1dc49acf-3111-4030-aea1-7db259b53a51", 
"name"=>"Test Account 1", 
"is_active"=>true, 
"letterhead"=>{"left"=>"", "center"=>"", "right"=>""}, 
"created_by"=>nil, 
"updated_by"=>nil, 
"created_at"=>"2017-10-14T19:05:40.197Z", 
"updated_at"=>"2017-10-20T15:14:08.194Z"}

【问题讨论】:

  • 你传入的数据是什么样的?
  • @7urkm3n 我添加了一个显示数据的编辑
  • 您看到什么样的错误(抱怨)?可以贴一下你的日志和使用方法吗?
  • @7urkm3n 我升级到最新的 Rails 来解决它,所以不能再发布任何东西了。日志说“不允许的参数:”然后列出它们

标签: ruby-on-rails json parameters whitelist


【解决方案1】:

为什么在我明确允许的情况下仍然这么说?

日志来自#unpermitted_parameters!,被#permit调用。这一切都发生在调用#tap之前。

选项 1 和选项 2 之间有什么真正的区别吗?

差异归结为

params[:account].fetch(:letterhead, ActionController::Parameters.new).permit!

params[:account][:letterhead].permit!

如果:letterhead 未通过,后者将导致NoMethodError,因为params[:account][:letterhead] 将返回nil。前者返回一个空的参数散列。

【讨论】:

  • 感谢您对这两个问题的全面回答。但是最后一段没有意义。你说后者会导致 NoMethodError ......将返回 nil。它不能同时返回吗?最后一句话也完成了吗 - 它以方括号结尾?
  • @rmcshary,由于我的 Kinesis,最后一段是一个类型;-) 我想到的是 #[]#fetch 之间的区别。如果:letterhead 没有通过,那么params[:account][:letterhead] 就是nil 并且nil 没有定义#permit!
  • 我现在明白了,感谢您的澄清。你应该得到奖金:)
  • 谢谢你,@rmcshary。我很感激。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-09-15
  • 2013-09-14
相关资源
最近更新 更多