Rails设计登录后重定向

Question

我使用设计与Rails为我的用户登录。这一切都很好，但是，我无法得到一个特定的重定向工作。

我是rails新手，所以我做事的方法可能不正确。

本质上，通过一个例子，我允许用户喜欢一个帖子。然而，他们需要登录才能这样做。我在我的控制器中创建了一个名为“喜欢”的动作，控制器具有设计过滤器

before_filter :authenticate_user!, :except => [:index, :show]

此时将显示登录页面。一旦用户登录，我想将他们重定向回他们喜欢的帖子，并调用“like”操作。

我的控制器看起来像

def like

  @post = Post.find(params[:id]) 
  @like = Like.new;
  @like.user_id = current_user.id;
  @like.post_id = params[:id];
  respond_to do |format|
    if @like.save
      format.html { redirect_to @post, notice: 'You have like this post' }
      format.json { head :no_content }
    else 
      format.html { redirect_to @post, notice: 'Sorry you like was not saved  } 
      format.json { render json: @post.errors, status: :unprocessable_entity }
    end
  end  
end 

当然，我不能在路径中使用after\u sign\u硬编码路径

def after_sign_in_path_for(resource)    
  #path to somewhere
end

但是我已经读到，我可以使用会话变量，也许可以在上面的代码中调用它。我可以在Rails的哪一部分写入会话变量，因为在控制器操作中已经太晚了（因为Desive在它点击类似的操作之前就接管了），我看不到如何在视图中设置它。

而且我的链接看起来像

<%= link_to "Like", {:controller => :posts, :action => :like, :id => @post.id}, {:method => :post } %> |

PS使用创建新“帖子”时重定向正常，即用户登录并重定向到新帖子视图。

任何帮助和提示将不胜感激。

谢谢

Answer 1

这很容易解决：

进入应用程序控制器：

 # after login redirect
 after_filter :store_location

 def store_location
   # previous url save when its not a admin or user url
   session[:previous_url] = request.fullpath unless request.fullpath =~ /\/users/ || request.fullpath =~ /\/admin/ || request.fullpath =~ /\/admin\/login/ || 
   request.fullpath =~ /\/login/
 end

Answer 2

你正在经历这些，因为like action是专为POST设计的。因此，您应该确保用户在发布到该URL之前已经登录，并且使用会话进行登录很棘手：

• 您必须取消对类似方法的保护，将其排除在before_filter
• 然后手动检查是否user_signed_in？（请注意，这是一个辅助方法），
• 然后（如果用户没有登录），在会话中隐藏你喜欢的内容，并重定向到返回URL的登录页面
• 当用户访问这个返回URL（它将是GET而不是POST）时，您必须查找会话信息，并执行原始喜欢的操作（但到那时用户将登录）。

既然所有这些舞蹈都将以GET请求结束，为什么不首先在GET请求和QueryString中的传递参数上使用类似的操作呢？它将需要0代码更改，并且不会使您面临安全威胁，因为喜欢受到before_filter保护。你只需要通过在你的上使用rel="no跟"来确保你的赞链接不会被搜索引擎跟随。

有关相关讨论，请参阅重定向到使用rails中的POST。在这里，建议之一是通过JavaScript在客户机上构建和提交表单。一旦用户进行了身份验证，就必须在返回URL视图上发生这种情况。如果您反对将类似操作作为GET公开（这违反了REST原则），那么这可能是最好的折衷方案