所以,我们一直在建立attr_accessible并attr_protected通过了我们的Rails应用程序3.2多领域.目前我们确实没有测试以确保这些字段受到保护.
所以我决定谷歌一些答案,并偶然发现这个解决方案:
RSpec::Matchers.define :be_accessible do |attribute|
match do |response|
response.send("#{attribute}=", :foo)
response.send("#{attribute}").eql? :foo
end
description { "be accessible :#{attribute}" }
failure_message_for_should { ":#{attribute} should be accessible" }
failure_message_for_should_not { ":#{attribute} should not be accessible" }
end
Run Code Online (Sandbox Code Playgroud)
但是这个解决方案只测试方法是否响应.我需要的是一种方法,让我测试属性可以和不能被大量分配.老实说,我喜欢这种语法
it { should_not be_accessible :field_name }
it { should be_accessible :some_field }
Run Code Online (Sandbox Code Playgroud)
有没有人有更好的解决方案来解决这个问题?
我用PHP在PHP中写了很长时间的Web应用程序.我总是将我的数据库连接信息存储到配置变量中并以这种方式连接到数据库.
客户希望他们网站的Java applet与他们的数据库进行通信.我对此非常犹豫,因为applet将公开,我不确定如何存储数据库连接信息.
我有点偏执,有人会反编译我的应用程序或找到一些方法来提取我的数据库连接信息并恶意使用它.
有关如何安全地执行此操作的任何建议?
我正在编写一个应用程序,我需要从单个文件中读取块,每个块大约 512 字节。我还需要同时写入块。
其中一个想法我是BlockReader implements Runnable和BlockWriter implements Runnable并BlockManager同时管理读写器。
我在我发现的大多数示例中看到的问题是锁定问题和潜在的死锁情况。任何想法如何实现这一点?
realpath($path)和之间有什么区别is_dir($path)?
我知道realpath遵循符号链接,但两者之间是否存在性能差异?
java ×2
applet ×1
database ×1
java-io ×1
performance ×1
php ×1
rspec ×1
rspec-rails ×1
rspec2 ×1
security ×1