我使用快递4.13.3(最新)和以下代码：

var express = require('express')

var app = express()

app.get('/test',function (req,res,next) {
  res.send('hello!')
})

app.post('/test',next) {
  res.redirect('/test')
})

app.put('/test',next) {
  res.redirect('/test')
})

app.listen(5001)

// GET /test -> 'hello!'
// POST /test -> 'hello!'
// PUT /test -> ERR_TOO_MANY_REDIRECTS

POST重定向到GET,但PUT重定向到PUT.是否可以使PUT重定向到GET(与POST相同)？

在深入了解细节之前,下面是解决问题的方法之一：

app.put('/test',function(req,next) {
    res.redirect(303,'/test') // Notice the 303 parameter
})

默认情况下,Express使用HTTP代码302进行重定向.根据HTTP specification,这可以防止POST / PUT请求被重定向为POST / PUT请求,并解释您在代码中观察到的内容：

If the 302 status code is received in response to a request other than
GET or HEAD,the user agent MUST NOT automatically redirect the
request unless it can be confirmed by the user,since this might
change the conditions under which the request was issued.

另一方面,如果使用303重定向,则允许将POST / PUT请求重定向为POST / PUT请求,如this great SO answer中所述：

303: Redirect for undefined reason. Typically,‘Operation has completed,continue elsewhere.’ Clients making subsequent requests for this resource should not use the new URI. Clients should follow the redirect for POST/PUT/DELETE requests.

我搜索了几天,但找不到任何相关的答案这个问题.

在我的Rails 4.1应用程序托管在Heroku,当负载上升,一些PUT请求得到真的很慢.今天最慢的是53秒.所有没有数据库(MongoDB)注册任何缓慢的查询.通常这个请求需要0.3ms这么快.无论有效载荷是什么,请求都是缓慢的.

在安装新的遗物之后,我们再多注意一下情况,但是我仍然不知道在哪里解决这个问题.

控制器中的代码很快,但是根据New Relic,缓慢的事情是Actiondispatch :: Routing :: RouteSet#call

这是一个新的遗物报告的转储：

Slowest components                      Count   Duration    %
Actiondispatch::Routing::RouteSet#call  1   53,000 ms   100%
Plugin::FetchablesController#update     1   38 ms       0%
Rails::Rack::Logger#call                1   1 ms        0%
Actiondispatch::Cookies#call            1   1 ms        0%
ActiveSupport::Cache::Strategy::LocalCache::Middleware#call 1   0 ms    0%
Rack::Runtime#call                      1   0 ms        0%
Total                                       53,000 ms   100%

一些可能有帮助或可能与此有关的其他信息.我有一个别名的路线,但我看不出为什么这应该是重要的.

namespace :plugin do
   resources :fetchables,path: :minables
end

任何关于可能发生的事情的想法,以及我可以做些什么来解决这个问题,将不胜感激.

更新
所以看来这是与内存相关的.当我们升级到Performance Dynos时,我们已经停止看到这些错误.但这是在Heroku看来严重配置错误的东西.

减速是Heroku具体的指标.当您升级到Performance Dynos时,可能是为什么看到问题消失了.

我使用devize与omniauth签署用户与Facebook.我希望他们在登录后登录的页面被重定向.

我用过了

def after_sign_in_path_for(resource_or_scope)
    store_location = session[:return_to]
    clear_stored_location
    (store_location.nil?) ? "/" : store_location.to_s
  end

在我的应用程序控制器中,并使用此代码创建了一个sessions_helper

def deny_access
    store_location
    redirect_to new_user_session_path
  end

  def anyone_signed_in?
    !current_user.nil?
  end

  private

    def store_location
      session[:return_to] = request.fullpath
    end

    def clear_stored_location
      session[:return_to] = nil
    end

为了解决这个问题,被重定向到“服务/”,我有使用Facebook和其他平台的身份验证的逻辑,我已经使用

skip_before_filter :store_location

在服务和其他控制器中,我不会作为位置存储.

Q1我现在遇到的问题是当我使用ajax并在模态窗口中渲染登录表单是当用户成功登录时,它被重定向到/ users / sign_in /.我没有一个用户控制器,并尝试使一个sessions_controller.rb并添加了skip_before …在那里,但它不起作用.

这是我的sign_in的路线

new_user_session       GET   /users/sign_in(.:format)    {:action=>"new",:controller=>"devise/sessions"}
    user_session      POST   /users/sign_in(.:format)    {:action=>"create",:controller=>"devise/sessions"}
destroy_user_session   GET   /users/sign_out(.:format)   {:action=>"destroy",:controller=>"devise/sessions"}

Q2当用户登出时,我尝试使用重定向

def after_sign_out_path_for(resource_or_scope)
      (session[:return_to].nil?) ? "/" : session[:return_to].to_s
  end

但是,这只会将我重定向到根页面.

我非常感谢任何帮助,

我在这里回答

Devise doesn’t redirect properly to stored location when using omniauth provider like facebook

在application_controller.rb中

def after_sign_in_path_for(resource_or_scope)
   if request.env['omniauth.origin']
      request.env['omniauth.origin']
    end
end