not a dashen...
#8 楼 @blacktulip your mobile is so cool
guest can create post,bug or feature
my english is toooo bad
wa
好像收不到提醒了?cc @rei
上面的和问题无关..但是恶意提交其实是业务逻辑,需要看你的业务场景了。方法很多,先校验再写入,或数据库加唯一性校验等。
不明觉厉
#5 楼 @blacktulip me too.
要说中文也是繁体的!
你在页面里直接引的图片路径吧?貌似用<%= image_tag "logo.png"%>
而 Iron.io 有几个客户建立的硬件设施会不断的(7X24 小时)给其发送数据,为了收集和处理这些数 据,Inro.io 建立了他们自己的内部服务“worker as a service”。
这和 Postrank 差不多嘛 可是 Postrank 却诞生了goliath
现在这 IT 网站都喜欢雇一些编辑来翻这些无聊文章啊..
看起来不错啊
Gihub 给了发现 Github Pages Cookie Tossing 漏洞的哥们(没错,就是用 mass assigment 漏洞黑 Github 那哥们)$500 赏金~
Good news everyone, Github makes first steps with bounty: I received $500 for an interesting bypass of new cookie-tossing protection.
try it.
@Saito 同学说话风格和文字差别很大...
good
SELECT *
.. http://ruby-china.org/topics/5695
1 + 1
是可以解决问题的,就是 Rails 推荐的标准做法Eager Loading,把另一条转化成一个 IN 查询。但是这种 IN 查询在应用层是不容易缓存的。结果是这种 IN 查询每次都 Hit DB。而N + 1
的 N 条查询每条是简单的主键查询,不用任何额外的维护,利用现有的插件就可以维护缓存的一致性。