问题标签 [actioncontroller]

我在 Rails 2.3.5，我有这个问题：

问题是在 ChildController 上，过滤器之前的 :foo 被调用了两次。

我已经尝试了许多解决此问题的方法。如果我不包括:index孩子中的动作，它永远不会被要求执行该动作。

我找到的解决方案有效，但我认为它非常非常难看

有没有更好的方法来解决这个问题？

我正在使用一个具有非常特定、有限目的的 Rails 3 控制器，我只需要它响应 response_to :json。

这个截屏视频说我的控制器可以从 ActionController::Metal 继承，然后只包含我需要让事情变得更快的功能： http ://rubyonrails.org/screencasts/rails3/action-controller

当我的控制器看起来像这样时：

我得到错误：

我试过包括 Responder、ActionController::Responder、ActionController::Metal::Responder，但它们都不起作用。要获得此响应程序功能，我需要包含哪些内容？

我想从模型的类方法生成 url。我之前通过简单地包含在实例方法中完成了此操作ActionController::UrlWriter- 我尝试将其包含在实例定义范围和类定义范围中，但无济于事。

我刚刚发出了一个 [脚本/生成脚手架用户] 命令来生成我的文件。所有 CRUD 页面都运行良好，这很好，现在我正在尝试创建更多页面。我在 user_controller.rb 文件中创建了一个方法，如下所示：

定义登录

#废话

结尾

然后为视图创建 app/views/users/login.html.erb。当我尝试通过浏览器访问它时 [ http://localhost:3000/users/login]它给出了错误：

ActiveRecord::RecordNotFound（找不到 ID=login 的用户）：app/controllers/users_controller.rb:16:in `show'

我将其解释为使用动作秀，它不将登录识别为动作。我是否缺少一些配置以使此操作起作用？我对 Rails 很陌生，所以我可能会遗漏一些微不足道的东西。谢谢！

更新 我尝试使用 [script/generate controller User] 然后在控制器中创建操作方法及其相应的视图。它似乎按预期工作。是什么使两者之间的区别以及在使用脚本/生成脚手架不可用时导致创建其他操作方法的原因是什么？

在运行时，我们可以通过 controller_name 和 action_name 方法来获取当前控制器和当前动作的名称。

如果可能的话，我也想获得所有剩余的控制器和动作名称和模型。

任何可用于获取应用程序控制器中的所有控制器名称和操作名称的 rails 方法。

我在我的主 jframe 菜单上为上面列出的按钮设置了一个动作侦听器，它们工作正常，根据需要调出其他 jframe。问题是当一个人单击 jframes 上的按钮时，在该子菜单 jframe 上单击 jbutton 后，我得到一个空异常。

示例代码：

现在我几乎可以肯定我需要为内部 jbutton 设置另一个动作侦听器，但我不知道如何做到这一点。

如果操作引发异常，是否有类似于 after_filter 的东西仍然运行？

我正在使用外部记录器（因为我在 Heroku 上）；响应标头被过滤并记录在 after_filter 中。如果引发异常，则过滤器不会运行，并且我没有响应标头数据的日志。

如果我尝试挂钩 log_error 或rescue_action_in_public，响应标头将不完整（因为在这些之后调用了实际渲染）。

是否有另一个我可以覆盖的函数将在与 after_filter 等效的时间调用，但无论是否引发异常都始终运行？

谢谢！

好的，我对如何实现这一点有一些不同的想法，但我想我会在这里问一下，以防有人有更好的解决方案。

我有一个 SessionsController，它有一个登录视图和一个 widget_login 视图。我想知道如何确定在 SessionsController 的新操作中呈现哪个视图。

现在，一切都使用标准登录视图。如果请求来自我的小部件（reviewscontroller），它上面有一个“登录”链接，我希望能够呈现 widget_login 视图。如果可能的话，我不想使用推荐人来确定这一点。

谢谢

我正在将现有应用程序从 Rails 2 迁移到 Rails 3。在旧环境文件中，SqlSessionStore 设置为：

当尝试在 Rails 3 中启动我的应用程序时，我被告知：

有没有一种简单的方法可以将此概念转换为 Rails 3，或者我是否需要重新审视会话的处理方式？

场景是这样的：

我的网站上有一些用户。一个用户有一个角色，这里的相关角色是adminand normal。我也有一个模型，我们称之为SomeModel。

我为该站点创建了一个后端，它使用管理布局。所有管理员都拥有编辑任何内容的完全权限。

这种关系出现了问题：User -> owns -> SomeModel。这意味着非管理员 用户可以拥有一个实例SomeModel并且应该能够编辑该实例的数据。

控制器SomeModel有一个编辑操作，然后迎合管理员和普通用户。

但是，我不希望普通用户看到管理布局，现在，我这样做的方式是这样的：

如果用户不是管理员，则默认为标准布局。我在我所有的行动中都有这一点，SomeModel而且它看起来不像是一种非常 Rails 的做事方式。

有没有更好的办法？