这是一篇与 CORB 相关的好 StackOverflow 帖子。
具体来说,这是我认为可能有帮助的部分:
在大多数情况下,被阻止的响应不应影响网页的行为,并且可以安全地忽略 CORB 错误消息。例如,当被阻止的响应的主体已经为空时,或者当响应将被传递到无法处理它的上下文(例如,HTML 文档,如 404 错误页面)时,可能会出现警告被传送到<img>
标签)。
https://www.chromium.org/Home/chromium-security/corb-for-developers
尝试清除缓存并确保从该 AWS 链接返回的数据确实是图像而不是其他类型的数据。当我在浏览器中打开该 AWS 链接时,我得到一个 XML 错误页面,而不是图像:
<Error>
<Code>PermanentRedirect</Code>
<Message>
The bucket you are attempting to access must be addressed using the specified endpoint. Please send all future requests to this endpoint.
</Message>
<Endpoint>s3.amazonaws.com</Endpoint>
<Bucket>ibidnyc</Bucket>
<RequestId>FF65E772274735DF</RequestId>
<HostId>
VW+SBil/6NVWG5lx0F1XmWSDJLTjwaTHbBPoVQQlDNV+71NY4eDQLJraGtM+pBSyjas3ByFKIis=
</HostId>
</Error>
在研究那个 XML 错误时,我发现这个存储桶很可能是在不同的区域创建的,即 ienot us-east-2
。那是我唯一一次看到这个端点错误。
美国标准是 us-east-1
将您的 URL 更改为 us-east-1 后,我现在收到 AccessDenied 错误,因此我假设已找到该图像并且您将能够访问它。
<Error>
<Code>AccessDenied</Code>
<Message>Access Denied</Message>
<RequestId>19E4B33430F54214</RequestId>
<HostId>
MF/m6yUhslgB3aB3ddoqnKwRAeABQq17wkaIqX09hwrvaZ+jPm8oIEVAY9HQpG5MShOp1Jf/HIg=
</HostId>
</Error>