#4 楼 @quakewang 结论非常中肯,对于小规模应用来说,mina 很方便易用。对于它的相关插件,关注的人不多,成熟度还不够,有时候需要自己去折腾。
对于 mina-unicorn 重启的问题,我的解决方式与 @saberma 一致:在 unicorn 里面加上一个
before_exec do |server| # fix hot restart Gemfile
ENV["BUNDLE_GEMFILE"] = "#{app_path}/Gemfile"
end
#8 楼 @a167651202 可以试试 mina-unicorn, 用热启动的方式就好了。
前几天已经看过了,赞个。
Growth Hack 概念在中文里还不火,不过有一期 teahour 有交流到: http://teahour.fm/2015/01/29/growth-hacking-in-strikingly.html
:plus1:
#15 楼 @killyfreedom 我觉得你没理解,在处理一些精细化权限 ( scope ) 时,必须查数据库,如何放得 redis?
@peter @killyfreedom 本质上 resources 已经存到内存了,比你两个说的存到 redis 与 yml 更好用 ( 支持 block 式的 scope 检查 )
#12 楼 @flowerwrong 比如一个用户列表,每个用户都会检查是否有修改权限。这样,cancan 就只能一个个查询了。
#4 楼 @killyfreedom 这个方案跟 cancan 是一致的,无法解决 N+1 查询问题。但可以用 N+1 查询的解决方案去尝试处理下。
#6 楼 @kayakjiang resources 基本只会加,不会减,所以写在文件里修改更方便,也只能程序员去定义资源。
如果你想完全自主控制 ( 比如在 UI 上 ) 资源创建,可将其放在数据库,但还要仔细设计支持 scope 的资源约束。
:plus1:
#6 楼 @seabornlee 收录中:)
还有 segmentfault 深圳的一些活动,补在最后了:)
# This block will be called to check whether the resource owner is authenticated or not.
resource_owner_authenticator do
#fail "Please configure doorkeeper resource_owner_authenticator block located in #{__FILE__}"
# Put your resource owner authentication logic here.
# Example implementation:
# 支持主动跳回被授权页面
if Doorkeeper::Application.where(uid: params[:client_id]).first.try(:name) == 'forum'
session[:previous_url] = ENV['FORUM']
end
current_user || redirect_to(new_user_session_url)
current_user
end
然后在 session 的登录成功后,加上跳回就可以了。
#44 楼 @yanglei_ruby 当然可以,最好是深圳的圈子再加入,如果你是,请联系我微信:lyfi2003.
我觉得写一个 Rails Engine 的 gem 就明白很多了,或者去看看 devise 的源码。
活动总结已更新 :)
#37 楼 @douxiance 唉,显老了哈。
#38 楼 @zoker :)
@hxh1246996371 在深圳的话,明天活动就有讲啊: https://slides.com/windy/intger#/
#34 楼 @douxiance 可以的。
#32 楼 @crosspass welcome :)