1

我有一个带有 Rails/Devise 服务器的 Backbone.js 客户端。

我想用重定向实现注销过程。

这是我的客户端代码

$.ajax
  url: "/sign_out"
  xhrFields:
    'X-CSRF-Token': $('meta[name=csrf-token]').attr('content')
  type: "DELETE"
  complete: xCompleteFunction = (XMLHttpRequest, textStatus) ->
    #handle here?

该请求由适当的控制器方法处理。然后我有

  def after_sign_out_path_for(resource)
    root_path
  end

这是日志

[2012/12/11 15:44:07] (INFO) 76430 Started DELETE "/sign_out"
[2012/12/11 15:44:07] (INFO) 76430 Processing by Devise::SessionsController#destroy as */*
....
[2012/12/11 15:44:07] (INFO) 76430 Redirected to http://localhost:3000/

Hoverer，重定向由 Rails 控制器处理，实际上重定向使用了相同的动词“DELETE”。

[2012/12/11 15:44:13] (INFO) 76430 Started DELETE "/" 
[2012/12/11 15:44:13] (INFO) 76430 Processing by HomeController#index as */*

是否可以处理客户端上的重定向，并防止 Rails 控制器捕获它？由于ajax调用，我期待设计将301/302返回给客户端。

4

3 回答 3

6

我实际上也遇到了同样的问题。可以覆盖Devise::SessionsController，这就是我解决它的方法。

在 中Devise::SessionsController，有一种方法 #respond_to_on_destroy可以实际进行重定向。通过覆盖它，它只有 200 个。

class SessionsController < Devise::SessionsController

  private

  # We sign out using Ajax calls so we override this method to render plain
  # text instead of redirecting unnecessarily
  def respond_to_on_destroy
    respond_to do |format|
      format.all { head :no_content }
      format.any(*navigational_formats) { render plain: "Signed out" }
    end
  end
end

这有一个明显的问题，因为重写这样的私有方法并不是很好（使用它的实现可能会在我们没有意识到的情况下发生变化），但我找不到任何其他方法来很好地做到这一点。如果在这种情况下，Devise 允许您渲染而不是重定向，那就太好了。

于 2015-07-08T11:37:37.620 回答
1

我也在寻找这个问题的答案。在为注销用户而发送的第一个 DELETE 请求之后，我不确定如何处理第二个重定向设计。但是在这里我发现添加一个捕获 401（未经授权）响应的 ajax 初始化代码可以解决问题。

$.ajaxSetup({
  statusCode: {
    401: function(){
      // Redirect the to the login page.
      location.href = "/admin/auth/sign_in";
    }
  }
});

希望能帮助到你。干杯。

于 2013-10-12T21:02:56.740 回答
0

发生这种情况是因为默认情况下，您的 Ajax 调用遵循 302（'Moved Temporarily'）不是作为错误状态，而是在位置标头存在时重试第二个请求。

要么更改状态并重定向到 js 代码成功回调中的位置标头，要么返回 nil 位置并在客户端处理重定向。

如果您想通过 json 和 html 来区分登录，那么只需在控制器代码中添加条件 self.request.format.symbol 即可。

于 2014-04-22T11:24:16.597 回答