Gatsby webpack运行时js文件获得404

我有一个基于Gatsby/Netlify的网站，最近刚刚开始出现间歇性问题，其中一些js资产返回404。这个问题似乎是自己出现和消失的。以下是devtools控制台的屏幕截图：

---

我应该检查哪些内容？

很可能您已经安装了

gatsby plugin offline

，并且它正在缓存旧文件

盖茨比社区仍然要100%解决这个问题，但如果成为PWA对您的用例来说并不是非常重要，那么其他网站也一直在使用一个临时解决方案：

从

gatsby config.js

中脱机删除

gatsby插件

将

gatsby plugin-remove-serviceworker

添加到

gatsby-config.js

$artin添加盖茨比插件删除serviceworker

这将：

防止您的网站在新访问者上创建服务人员

删除服务人员并有效地从返回的访问者中删除缓存功能

---

同样的问题，在5分钟左右就解决了，但非常令人担忧：/@usagidon你也在使用Netlify吗？不，我们的盖茨比网站是从S3开始提供的，所以在盖茨比回购协议中打开一个问题不是一个坏主意，毕竟它可能与Netlify有关。我们在Netlify的TOML文件中使用了一个直通代理重定向，用于我们的一些旧页面，这些页面仍然托管在我们以前的体系结构/服务器上。Netlify的缓存和我们旧服务器上的Varnish缓存之间似乎存在某种联系。我们曾经安装过它！但我们遇到了一些问题，并使用了您描述的

gatsby-plugin-remove-serviceworner

。然而，现在我看到

gatsby plugin offline

仍在我们的package.json文件中。。。。但是，如果它不在我们的

gatsby config.js

中，这不会影响任何东西，对吗？我明白了，你是正确的--

gatsby plugin offline

不在

gatsby config.js

中，它不会影响应用程序。如何将这些文件上载到S3？您使用的是

aws s3 sync

还是

gatsby-plugin-s3

？不，我们不使用这两种方法中的任何一种。您的新HTML文件可能会在某个时间上载，但它们指向仍在上载队列中的依赖项（例如webpack runtime-[chunk].js）。许多推送到S3的脚本按字母顺序上传文件。这意味着'index.html'将在开始时上载，它的依赖项（如webpack runtime-[chunk].js）将在很久之后上载（有时甚至几分钟！），因此404'ing。看看文件名&它是间歇性的&修复了它本身，这可能就是问题所在。如果是这样，请尝试将部署脚本更改为最后上载HTML文件。