gpt4 book ai didi

ruby-on-rails-3.1 - Rack 中间件如何重定向到我的 Rails 应用程序中的 View

转载 作者:行者123 更新时间:2023-12-05 08:01:51 25 4
gpt4 key购买 nike

在我的 Rails 3.1 应用程序中,我创建了一个 Rack 中间件来验证访问。如果访问未获批准,则用户将被重定向到一个页面。具体来说,它将是我已经拥有的页面。假设我正在尝试重定向到 dummy.html.erb,我在 routes.rb 中定义为

match '/dummy', to :'page#dummy'

页面是我的 Controller 。

我尝试了以下方法,但我似乎陷入了某些重定向循环。

My Rack 中间件位于/lib 中:

class AccessVerifier
def initialize(app)
@app = app
end
def call (env)
#....
#....do some type of verification here and redirect if fail verification
#....
[301, {"Location" => '/dummy', "Content-Type" => "text/html"}, []]
end
end

在 application.rb 我有

config.autoload_paths += %W(#{config.root}/lib)
config.middleware.use "AccessVerifier"

我也试过在我的中间件中调用一个 Controller ,但我又一次陷入了一些重定向循环。我这样从我的中间件类调用 Controller :

  def call (env)
...
status,headers,response=PageController.action("validateAccess").call(env)
end

在我的 Controller 中:

 class PageController < ApplicationController
def validateAccess
redirect_to :controller => 'page', :action => "dummy"
end
...
end

我已经看到在不使用 Rack 中间件的情况下成功完成重定向,例如仅使用 Controller ,但请注意,我需要在我的应用程序运行之前在中间件中执行此操作。

最佳答案

答案很简单,我觉得很傻。问题是,当我重定向到某处说/dummy 时,这又会导致另一次通过 Rack 中间件并再次通过我的 AccessVerifier 代码,重定向到/dummy 并一遍又一遍地执行此操作,从而导致重定向循环。为了修复它,我通过检查传入路径是否包含在我的停止点列表中(/dummy 在该列表中)然后停止来强制停止点。所以伪代码中的一个例子

if path in ListOfAcceptableStoppingPoints
@app.call(env)

这解决了重定向循环问题,但现在我想知道是否对我的特定情况不使用 rake 中间件会更好,因为我发现现在我正在过滤掉其他东西,例如 Assets 。当然,我可以尝试通过并挑选出我认为需要允许通过的所有内容,但这似乎太乏味且不正确。最终,我似乎需要在轨道级别而不是 Rack 级别进行过滤。

关于ruby-on-rails-3.1 - Rack 中间件如何重定向到我的 Rails 应用程序中的 View ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11512825/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com