0

当我的工作人员遇到来自源的重定向时，它会跟随它并返回内容，而不是将重定向传递给访问者。有谁知道如何强制工作人员使用从源接收到的相同重定向进行响应？

这与代理一起使用。

http://server.one/proxy-path/old-directory/请求被发送到http://server.two/old-directory/它以 301 响应 /new-directory/。最终结果应该是访问者被发送到，http://server.one/proxy-path/new-directory/但发生的是工作人员遵循重定向并从/proxy-path/old-directory/路径下的 /new-directory/ 提供内容。

希望这是有道理的。感谢您的任何见解！

4

2 回答 2

1

以下重定向是fetch(). 您可以像这样覆盖它：

fetch(url, {redirect: "manual"})

但是您的脚本可能存在更深层次的问题。通常，传入的event.request已经redirect = "manual"设置了属性，所以如果你event.request直接传递给fetch()，那么你会得到你想要的行为。如果您看到重定向被自动跟踪，这表明您没有传递原始请求对象，此外，您已经删除了一些原始请求的属性。

当人们编写如下代码时，通常会发生这种情况：

// INCORRECT: Loses request properties and headers!
let newUrl = rewriteUrl(event.request.url);
event.respondWith(fetch(newUrl));

有时人们意识到这会丢失标题，因此他们尝试将它们添加回来，例如：

// STILL INCORRECT: Loses request properties other than headers!
let newUrl = rewriteUrl(event.request.url);
event.respondWith(fetch(newUrl, {headers: event.request.headers}));

正确的做法是将整个request对象作为第二个参数传递给fetch()，例如：

// CORRECT
let newUrl = rewriteUrl(event.request.url);
event.respondWith(fetch(newUrl, event.request));

这样，所有请求的属性，包括redirect、method、body等，都会被复制过来。

请注意，如果要修改 URL和标头，则需要执行两个步骤：

let newUrl = rewriteUrl(event.request.url);
let newHeaders = rewriteHeaders(event.request.headers);
// Create a new Request object with the new headers.
let newRequest = new Request(event.request, {headers: newHeaders});
// Fetch the new URL using the new Request object.
event.respondWith(fetch(newUrl, newRequest));

或者，您可以利用您自己创建的 Request 对象（与您在事件中收到的对象相反）是可变的这一事实：

let newUrl = rewriteUrl(event.request.url);
// Create a new Request object with modified URL.
let newRequest = new Request(newUrl, event.request);
// Modify the headers directly on this object.
newRequest.headers.set("X-Foo", "Bar");
// Forward it on.
event.respondWith(fetch(newRequest));
于 2019-01-23T20:12:27.800 回答
0

我想我很快就问了这个问题。基于https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API/Using_Fetch我看到我可以添加redirect: 'manual'到返回我预期的重定向响应的代理请求。

于 2019-01-23T03:58:04.270 回答