铁轨不重新定向PUT请求，而是将406寄回

Question

我正在为我正在从事的学校项目制作钟声计划创建者。客户端的钟表创建在客户端上的创建与React组件一起处理，并且在更新时，组件调用此提取请求：

fetch(`/bell-schedules/${this.state.updatingId}`, {
                method: 'PUT',
                mode: 'cors',
                credentials: 'same-origin',
                headers: {
                    'Content-Type': 'application/json',
                    'Accept': 'text/html',
                },
                redirect: "follow",
                referrerPolicy: 'no-referrer',
                body: JSON.stringify({ name: this.state.name, schedule: json})})

在服务器上，这些请求由BellSchedulesController处理，以及处理此类型的路由的方法被编码为：

# PUT /bell-schedules/:id
  def update
    set_bell_schedule
    respond_to do |format|
      if @schedule.update(name: params[:name], schedule: params[:schedule])
        redirect_to action: 'index'
      else
        head 400
      end
    end
  end

索引是一种简单的方法，可以获取所有铃铛计划并将其渲染在表格中；该方法正常工作，其他路线指向它，并且它正常呈现。不幸的是，当我发送此PUT请求，而不是重定向到该页面显示钟表计划表时，我会恢复 406不可接受的。我还知道，贝尔时间表实际上正在更新，我已经检查了Rails控制台中的条目。

如何处理PUT请求中的重定向？我也遇到了与此相似的问题，但是我在那里发现了一个黑客。该黑客在这个方面无法使用。

Answer 1

谷歌搜索您的问题似乎来自rection_to ... |格式| block，尝试摆脱它，看看它是否有帮助。您似乎无法正确使用它，您没有使用该格式做任何事情，也许这就是为什么它正在爆炸的原因。

Answer 2

编辑：此问题似乎是两倍 - 使用recond_to和重定向状态。 在format.html中更新我的答案：

1. Wrap redirect_to。正如 @joel-blum所建议的那样，删除wends_to块完全解决了此问题。但是，我仍然需要303状态才能在本地
2. 使用a

def update
  set_bell_schedule
  respond_to do |format|
    if @schedule.update(name: params[:name], schedule: params[:schedule])
      format.html { redirect_to action: 'index', status: :see_other }
    else
      head 400
    end
  end
end

> 303 （：see_other）重定向说明

wess_to wospy_to

使用 recond_to 在您的控制器操作中，您需要指定响应的目标。在这种情况下，您的请求为接受：文本/HTML，因此您需要将其指定为目标格式。 format.all或删除wonds_to在这里也可以工作，除非您需要基于covept标头返回不同的响应。

303重定向

标准301/302重定向危险的HTTP方法（GET以外的任何事物）通常不会受到浏览器的尊重。

浏览器将尝试使用与最初在以下方面提出的相同的HTTP方法重定向到index：put。这将导致404。将重定向状态设置为303确保浏览器使用get请求执行index重定向。

对GET请求的典型重定向响应表明请求资源已移动（暂时或永久）。

对于补丁/PUT/POST/DELETE，浏览器必须假设该资源是在预期位置找到的，但是自发出初始请求以来，其数据已更改。服务器只是通知客户端，此操作的响应存在于另一个位置。

对于HTTP合同的神圣性，需要不同的状态代码来指示这种情况。 303通知客户此响应位置的位置，并建议可以通过GET请求访问它。