ruby-on-rails – 在用户执行某项操作后提示用户登录

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 在用户执行某项操作后提示用户登录前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
你在 rap lyric explanation site上可以做的一件事是“喜欢”解释(一旦你登录):

http://dl.getdropbox.com/u/2792776/screenshots/2010-01-17_1645.png

我想向未登录用户显示“赞”链接,然后,当未登录用户点击“赞”时,向他显示一个带有“登录注册”表单的灯箱(如Digg) / Reddit)

http://dl.getdropbox.com/u/2792776/screenshots/2010-01-17_1650.png

实现这一目标的最佳方法是什么?

目前我正在使用这种方法

>点击“赞”POST到/ annotations /:id / vote(POST正文指示用户是喜欢还是“不喜欢”).
>投票注释控制器操作有一个require_user before_filter,如下所示:

def require_user
  unless current_user
    store_desired_location
    flash[:notice] = "You'll need to login or register to do that"
    redirect_to login_path # map.login '/login',:controller => 'user_sessions',:action => 'new'
    return false
  end
end

> user_sessions #new看起来像这样:

def new
  @user_session = UserSession.new
  respond_to do |format|
    format.html {}
    format.js {
      render :layout => false
    }
  end
end

问题是重定向似乎无法在javascript上正常工作:

http://dl.getdropbox.com/u/2792776/screenshots/2010-01-17_1700.png

如何正确重定向

此外,这是正确的一般方法吗?另一个想法是当没有登录用户时,在javascript中为“Like”链接附加一个不同的处理程序(但我认为这种方法不能很好地扩展到我想以同样的方式处理的其他操作)

解决方法

这里有一些问题需要克服.

>浏览器通常不允许重定向到POST请求.
> redirect_to不保留格式而无需额外输入.
>商店位置不保留表单数据.

所有这些问题都可以通过消除重定向解决.

以下是我过去的处理方式:

不是在required_user中重定向,而是渲染.如果前置过滤器重定向或呈现,则取消挂起操作. (也不需要返回false).不幸的是,这条路线模糊了控制器的界限但允许简单的html回退,并将其自身借给DRYness.

新工作流程的高级视图将是:

>请求注释#powting(POST)
> required_user过滤器失败
>渲染新会话
>将登录信息和原始POST数据提交回注释#powting(POST)
>投票中的新过滤器捕获会话信息并登录.投票按预期进行.如果登录失败则返回3.
> annotations#vote重定向/渲染应该如此

首先重新处理require_user以呈现user_sessions #new模板.

def require_user
  unless current_user
    flash[:notice] = "You'll need to login or register to do that"
    @user_session ||= UserSession.new
    respond_to do |format|
      format.html {render :template => 'user_sessions/new'}
      format.js {
        render :template => 'user_sessions/new',:layout => false
      }
    end
  end
end

@user_session || = UserSession.new确保我们可以将验证错误返回给表单.

现在我们必须加强你的user_session#new模板,以便它能记住这个动作.此外,如果您打算使用灯箱,这应该是由相关RJS或new.html.erb呈现的部分渲染.

首先,我们创建一个部分来创建隐藏字段,保留在重定向中丢失的POST数据:

<% if params[:controller] == "annotations" %>
  <% content_for :old_form do %>
    <%= hidden_field_tag "annotation[song_id]",params[:annotation][:song_id] %>
    <%= hidden_field_tag "annotation[vote]",params[:annotation][:vote] %>
  <% end %>
<% end %>

然后渲染将占用灯箱的登录部分中的部分:

<%= render :partial => vote_form_replica %>

<% url = params[:controller] == "user_sessions ? user_sessions_url : {} %>
<% form_tag @user_session,:url => url do |f| %>
  <%= yield :old_form %>
  <%= f.label :user_name %>
  <%= f.text_field :user_name %>
  <%= f.label :password %>
  <%= f.password_field :password %>
  <%= submit_tag %>
<%end%>

form_tag中url的空哈希看起来像一个错误,但不是.它确保将表单数据发布到呈现表单的URL.在这一点上应该是注释/:id / vote

现在为新的过滤器登录.从本质上讲,它将执行UserSessionsController #create所做的事情而不进行渲染/重定向.从RESTful身份验证插件复制以下内容.

def authenticate
  self.current_user = User.authenticate(params[:login],params[:password])
  if logged_in?
    if params[:remember_me] == "1"
       current_user.remember_me unless current_user.remember_token?
       cookies[:auth_token] = { :value => self.current_user.remember_token,:expires => self.current_user.remember_token_expires_at }
    end
  end
end

剩下的就是确保过滤顺序正确.

before_filter :authenticate,:require_user,:only => :vote

N.B.:如果没有此版本的身份验证,您可能不会使用此版本的require_user,因此将它们组合到单个过滤器中是有意义的.

就是这样.这种方式的设置允许强大的DRY易于重复使用的代码.通过将新过滤器放入ApplicationController,它们可以在任何控制器中使用.从这一点来说,将此功能添加到任何其他控制器/操作只需3个简单的步骤:

>在vote_form_replica partial之后创建一个新的局部建模.>将相应的render语句添加到新会话模板.>将过滤器应用于您的操作.

猜你在找的Ruby相关文章