如何在AJAX中优雅地处理设计的401状态？

Question

与设计一个使用before_filter :authenticate_user!来限制只有经过身份验证的用户访问。

当未经验证用户试图反正访问受限制的网页，自动设计导致重定向到登录页。

因此试图打开http://localhost:3000/users/edit将导致重定向到http://localhost:3000/users/sign_in。现在

，如果我定义链接http://localhost:3000/users/edit为:remote => true，设计将只能通过JS发出401状态码。

我怎样才能优雅与应对形势和显示登录对话框覆盖或重定向作为非远程变量会怎么做呢？

是否提供了一个默认策略，我只需要激活该情况？

Answer 1

这是我选择了现在的解决方案（在CoffeeScript的语法）：

$ -> 
    $("a").bind "ajax:error", (event, jqXHR, ajaxSettings, thrownError) -> 
    if jqXHR.status == 401 # thrownError is 'Unauthorized' 
     window.location.replace('/users/sign_in') 

但是，这（在它自己的），只是忘记关于页面的用户最初想要参观，该组合限制住可用性。

需要更多（控制器）逻辑才能进行更优雅的处理。

UPDATE：正确重定向

在函数，this保持初始URL的用户打算去。

通过调用window.location.replace(this)（而不是明确地重定向到登录页面），应用程序会尝试将用户重定向到最初预期的目标。

虽然还是不可能的（非法），这将现在是一个GET调用（而不是JS/AJAX）。因此设计能踢，将用户重定向到登录页面。

从那里，制定工作像往常一样，在成功注册后转发用户最初预期的URL

Answer 2

我很高兴看到是否有一种优雅的方式来做到这一点！

在此之前，我已经处理了它。

在你edit.js.erb查看文件，你可以把下面的下面的代码：

<% case response.status 
    when 200 
%> 
    //do what you need to do 
<% when 401 %> 
    //handle the 401 case, for example by redirecting to root or something 
    window.location.href('/'); 
<% else %> 
    //catch all 
    alert('We\'ve had a problem, please close this, refresh the page and try again'); 
<% end %> 

这将着眼于响应的状态代码和重定向到登录页面，如果它是401.

我不知道是否没有办法在控制器级直接处理这个问题。

Answer 3

如果您正在执行“：remote => true”，则可以在“ajax：error”事件绑定上使用.live。

$('#member_invite, #new_user') 
     .live("ajax:success", function(evt, data, status, xhr){ 
      $.colorbox.close(); 
     }) 
     .live("ajax:error", function(evt, data, status, xhr){ 
      alert("got an error"); 
     }); 

其中“#new_user”将是表单ID值。

注意，更优雅的方式，如果你已经有一个覆盖或对话框是简单地插入一个消息，所以不是警报（）：

$('.messages').html('Invalid email or password'); 

，并在您登入形式，你只是做一个

<div class="messages"></div> 

或者你甚至可以替换表格的标题，你的需求是什么。

Answer 4

$(document).ajaxError(function (e, xhr, settings) { 
     if (xhr.status == 401) { 
      $('.selector').html(xhr.responseText); 
     } 
    }); 

Answer 5

一个版本混合事件与location.reload()结合：

$(function($) { 
    $("#new-user") 
    .bind("ajax:error", function(event, xhr, status, error) { 
     if (xhr.status == 401) { // probable Devise timeout 
     alert(xhr.responseText); 
     location.reload();  // reload whole page so Devise will redirect to signin 
     } 
    }); 
}); 

测试用设计3.1.1，这确实设置了session["user_return_to"]，所以用户在再次登录（）后返回到页面。

我加入了alert作为一种简单的方式来解决这里讨论的不雅信息的问题：Session Timeout Message in RoR using Devise

Answer 6

这里是CoffeScript我复制过去，hapy（TM）解决方案。它将所有401重定向到登录页面。

<% environment.context_class.instance_eval { include Rails.application.routes.url_helpers } %> 

$(document).ajaxError (_, xhr)-> 
    window.location = '<%= new_user_session_path %>' if xhr.status == 401 

，并在Javascript：

<% environment.context_class.instance_eval { include Rails.application.routes.url_helpers } %> 

$(document).ajaxError(function(event, xhr){ 
    if (xhr.status == 401) { 
    window.location = '<%= new_user_session_path %>' 
    } 
});