devise 使用before_filter :authenticate_user! 来限制只有经过身份验证的用户才能访问。
当未经身份验证的用户尝试访问受限页面时，devise 会自动导致重定向到登录页面。
因此尝试打开http://localhost:3000/users/edit 将导致重定向到http://localhost:3000/users/sign_in。
现在，如果我将链接 http://localhost:3000/users/edit 定义为 :remote => true，devise 只会通过 JS 发出 401 状态代码。
我怎样才能优雅地应对这种情况并在叠加层或重定向为非远程变体中显示登录对话框？
设计是否为我只需要激活的那种情况提供默认策略？
【问题讨论】：
标签： ruby-on-rails ajax authentication devise
$(document).ajaxError(function (e, xhr, settings) {
if (xhr.status == 401) {
$('.selector').html(xhr.responseText);
}
});
【讨论】：
这是我现在选择的解决方案（在 CoffeeScript 语法中）：
$ ->
$("a").bind "ajax:error", (event, jqXHR, ajaxSettings, thrownError) ->
if jqXHR.status == 401 # thrownError is 'Unauthorized'
window.location.replace('/users/sign_in')
然而，这（它自己）只是忘记了用户最初想要访问的页面，这限制了可用性。
更优雅的处理需要额外的（控制器）逻辑。
更新：正确的重定向
在函数中，this 保存用户打算访问的初始 URL。
通过调用window.location.replace(this)（而不是显式重定向到登录页面），应用程序将尝试将用户重定向到最初预期的目的地。
虽然仍然不可能（未经授权），但这现在将是一个 GET 调用（而不是 JS/AJAX）。因此，Devise 能够启动并将用户重定向到登录页面。
从那时起，Devise 照常运行，在成功登录后将用户转发到最初预期的 URL。
【讨论】：
window.location.replace('/auth/login?return_to=' + window.location.pathname);
与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
}
});
});
使用 Devise 3.1.1 进行测试，这确实正确设置了session["user_return_to"]，因此用户在再次登录后返回页面（）。
我添加了alert 作为解决此处讨论的不雅消息问题的简单方法：Session Timeout Message in RoR using Devise
【讨论】：
rake routes | grep signin 会为您返回任何东西吗？我的去devise/sessions#new，我认为这是默认的（尽管我出于其他原因明确定义了它）。这段代码所做的只是重新加载基本页面，这将强制 Devise “重定向，因为非远程变体会这样做。”
location.replace。
这是我在 CoffeScript 中的 copy-past-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 %>'
}
});
【讨论】：
从 Rails 5.1 和新的 rails-ujs 开始，所有自定义事件都只返回一个参数：event。在此参数中，有一个附加属性detail，其中包含一个额外参数数组。参数data、status、xhr 已绑定到event.detail。所以用ajax:error事件处理ajax中的401错误就变成了：
document.body.addEventListener('ajax:error', function(event) {
var detail = event.detail;
var response = detail[0], status = detail[1], xhr = detail[2];
if (xhr.status == 401) {
// handle error
}
})
【讨论】：
如果您正在执行“: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 值。
请注意，如果您已经有叠加层或对话框，更优雅的方法是简单地插入一条消息，而不是 alert()：
$('.messages').html('Invalid email or password');
在您的登录表单中，您只需执行一个
<div class="messages"></div>
或者您甚至可以只替换表单的标题，无论您需要什么。
【讨论】：
.live() 在 jQuery 1.7 中已被弃用，取而代之的是 .on()。
我很乐意看看是否也有一种优雅的方法可以做到这一点！
在那之前，我是这样处理的。
在您的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 则重定向到登录页面。
我想知道是否没有办法直接在控制器级别处理这个问题。
【讨论】：
new_user_session_path 或类似的东西。