该法典:
class M
include Mongoid::Document
field :name
end
params = { name: "foo", age: 20 }
M.create(params)
#=> #<M name: "My Name", age: 20>
<代码><>>/代码>的通知作了界定,但予以保存。
这一点存在问题(可能是多功能系统的来源),因为恶意使用者可以在长官和未知的田中添加任何参数,大范围铺设可 s。 (例如name=foo&bogus=#{x*1000000}
)
迄今为止,我只找不到任何东西,但<代码>attr_accessible,但对于Mongoid来说,这并不真正大,因为你必须在<条码><<>/代码>和<条码>上保持相同的外地名称。 整个时间,所有模式。 不适用。
我想attr_accessible
有效的记录,是因为a.。 您没有在模型(DRY)和b.中明确界定这些领域,因此无法保证不存在的田地能够拯救到非洲开发银行。 但对于Mongoid而言,我认为应当比attr_accessible
找到更好的解决办法。
请注意,有一套全球会议设置<代码>allow_dynamic_fields,但并不涉及大规模派任,因此不属于本次讨论的范围,但我认为这实际上应当是一种每模版的宏观办法,而且应当考虑到大规模派任。
How are you dealing with this problem?