Rails 3.2 `link_to`（在电子邮件中）与`method: :put`仍在产生GET请求

Question

在我的应用程序中，我有自动电子邮件提醒应用程序完成面试过程的下一步。该电子邮件有一个退出链接，单击该链接时，应该会触发一个触发状态机事件以将其状态更改为opted_out 的控制器操作。该链接不起作用，从本地主机控制台看来，这似乎是因为该链接仍在产生一个 GET 请求，没有路由（错误是ActionController::RoutingError (Not Found):）。

这是显示不需要的 GET 请求的控制台：

Started GET "/worker/application/opt_out.1" for 10.0.2.2 at 2014-08-29 17:08:06 +0000
Processing by LandingController#show as 
  Parameters: {"category"=>"worker/application", "location"=>"opt_out"}

这是链接：

link_to 'stop getting these reminders', opt_out_worker_application_url(@worker), method: :put, style: 'background-color: #fff; color: #56A0D3; display: inline-block; margin-bottom: 5px; margin: 0px; padding: 0px; text-decoration: none'

以下是worker 命名空间的所有路由：

# routes.rb

  namespace :worker do
    resource :application, only: [:create, :new, :show] do
      member do 
        put 'opt_out' => 'application#opt_out'
      end
    end
    resources :jobs do
      member do
        post 'compete' => 'jobs#compete'
        delete 'compete' => 'jobs#withdraw'
      end
      resources :comments, only: [:create]
      resources :timesheets, only: [:create, :new, :show]
    end
    resources :banks, only: [:create, :new, :destroy]
    scope 'money' do
      root to: 'money#index', as: 'money'
      post 'withdraw' => 'money#withdraw', as: 'money_withdraw'
    end
    get 'profile' => 'profiles#show'
    root to: 'jobs#index'
  end

这是控制器动作：

# applications_controller.rb

      def opt_out
        @worker = Worker.find(params[:id])
        if @worker.interview_requested? or @worker.onboarding_requested?
          if @worker.fire_state_event(:opt_out)
            AdminsMailer.sweeper_opted_out(@worker.id)
            redirect_to root_url, notice: "You have successfully opted out of the application process. We're sorry to see you go, and hope you'll consider returning in the future!"
          else
            redirect_to root_url, alert: "There was a problem. Please contact Support if you need further assistance."
          end
        else
          redirect_to root_url, alert: "There was a problem. Please contact Support if you need further assistance."
        end
      end

这里是rake routes：

opt_out_worker_application PUT    /worker/application/opt_out(.:format)           worker/application#opt_out
                worker_application POST   /worker/application(.:format)                   worker/applications#create
            new_worker_application GET    /worker/application/new(.:format)               worker/applications#new
                                   GET    /worker/application(.:format)                   worker/applications#show

Answer 1

这是因为这是电子邮件上下文中的链接。我是documented behavior：

method: HTTP 动词的符号 - 这个修饰符将动态创建一个 HTML 表单并立即使用 指定的 HTTP 动词。对于让链接执行 POST 操作很有用 在删除记录等危险操作中（搜索机器人可以 在爬取您的网站时跟随）。支持的动词是 :post, :delete, :patch 和 :put。请注意，如果用户禁用了 JavaScript，则 请求将回退到使用 GET。如果使用 href: '#' 并且用户 已禁用 JavaScript 单击链接将无效。如果你 依赖于 POST 行为，你应该在你的 通过使用请求对象的 post 方法来执行控制器的操作？ 删除？、补丁？还是放置？

出于安全原因，不允许在电子邮件和表单中使用可执行的 JavaScript。因此，不可能用 JS 渲染表单并执行PUT 请求，所以这会退回到上面引用中所述的GET。

Answer 2

link_to 上的方法选项有效，因为您的应用包含一些拦截链接点击的 javascript。该 javascript 使用正确的方法创建一个表单（为浏览器不支持的请求方法添加一个输入元素）并支持它。

这在电子邮件中不起作用：您网站的 javascript 不存在，并且电子邮件客户端通常不运行 javascript。

在某些情况下包含实际表单有效，但经常无效（或显示可怕的警告） - 例如，请参阅 this question。

不幸的是，除了简单的“获取”链接之外，别无选择（当然，您可以将其转到确认页面，其中有一个按钮/链接可以触发发布请求）。