@edmond 汗,gtalk 里面加的人太多,不知道是哪个了现在。。message 我一下~
机械唯物主义前来报道~ 请问今天一起最后去麦当劳的 2 位是哪两位,谢谢~
@sanivbyfish 需要通过 Thin 来跑。
@ashchan presenter 挺不错,可以用用 https://github.com/drapergem/draper
@zlx_star 问题是出现错误的时候找不到,我现在会在上面的基础上加上:
delegate :address, :rank, :startup_product, :all_ideas, to: :displayer
你们都专注在快上面,重点是消耗内存少了啊!!!有谁测试过这个的?
#13 楼 @xujianmin 比如公司现在多少人,是什么背景,工作环境是怎么样的,同事什么水平,企业是什么风格之类的。
一个小疑问,meet people from around the world 应该是不应该加 from 的吧?
对于招聘来说,公司的信息非常重要。上面都是要求,没有写公司是怎么样的。这个是大家最关心的话题。
内存 1.9.3 是 151M, 2.0.0 是 135M。
测试了一下,发现 rails c 从 23 秒变成 5 秒了,神奇。
应该先别急着上吧,说不定爆出来一个大 bug?
上海的什么时候重开啊?
没误删过数据的 SA 只有新手。。。
聊天室就是一个队列 + 广播,没有那么复杂吧。写数据的时候就异步丢传统数据库,保留部分热数据,需要查询旧数据的时候就去 hit 传统的。热点都在最新的数据上面,有个别用户翻垃圾的话就让他传统数据库慢慢查吧。
聊天室又不保存大量数据,需要抗住什么写操作?需要抗住的是大量广播消息以及很多长连接。nodejs 应该可以承受得住。并且聊天室是分房间的,比较容易 scale,以及可以做收发分离的 scale,应该问题不大。
做了一个简单的,本来想整合管理界面的,但是没有弄懂如何设置权限,等有时间再提升,欢迎提交改进意见。
Gem 化比较麻烦。。。
@sanivbyfish 恩,现在在写。
不是啊,我是说自己做一个 gem 插件,然后提供类似 spypig 的服务,用户打开邮件的时候访问小图片,然后就知道用户看过这个邮件了。
其实我也没有问题,因为有问题直接在网上问了。。
首先,这个功能需要满足什么样的需求? 是防止密码暴力破解?用户账户安全性要求怎么样? 不同的安全性要求,需要设计不同的方案。从锁住用户密码,到只用 session 防君子不防小人。 这个需要先弄清楚。
Candy 是典型的人事名字啊。。
@poshboytl try 最好不要用,从 python 的经验看,异常捕获和抛出异常开销非常大,不适合这种跑很多次的方法。
恩,我想到了一个魔法:
class Hash
def loop_get *args
v = self
args.each do |arg|
return unless v[arg]
v = v[arg]
end
v
end
end
data = {}
data.loop_get :a, :b, :c # => nil
恩,不成:
[1] pry(main)> data = Hash.new({})
=> {}
[2] pry(main)> data['a']['b']
=> nil
[3] pry(main)> data['a']['b']['c']
NoMethodError: undefined method `[]' for nil:NilClass