在Facebook浏览器中更新服务人员

Question

有一个问题，我们的一些用户有一个错误的服务工作者坐在他们的Facebook浏览器从我们的网站。

问题：Facebook App用户在访问我们在FB上共享的页面时，会在FB浏览器上看到我们的“您离线页面”。

错误似乎是旧版本的Google Workbox（3.6.1）使用Chrome75自动返回FB应用程序中的您离线页面。更新Workbox修复了它。

对Workbox的引用在service worker中，因此当我们更新Workbox版本（解决了这个问题）时，一些用户仍然缓存了旧版本。

如果用户清除他们的FB应用缓存或重新安装FB，那么一切都很好，他们可以看到我们的内容。但是我们想尝试强制软件更新，而不要求他们这样做。

为了从FB浏览器中清除旧的服务人员，我们尝试了以下方法：

<script>
"use strict";
console.log("Service Worker Registration");

  function isFacebookApp() {
    var ua = navigator.userAgent || navigator.vendor || window.opera;
    return (ua.indexOf("FBAN") > -1) || (ua.indexOf("FBAV") > -1);
  }

  if ("serviceWorker" in navigator) {
    if(isFacebookApp() == true) {
      console.log("Service Worker Registration: using v2, via Facebook App");
      navigator.serviceWorker.getRegistrations().then(function(registrations) {
        for(let registration of registrations) {
          console.log("Service Worker Registration: "+registration);
          registration.unregister();
        }
      });
    } else {
      console.log("Service Worker Registration: using v2, not via Facebook App");
      window.addEventListener("load", () => {
          navigator.serviceWorker.register("/sw.js");
      });
    }
  }
</script>

然而，我们的分析显示，我们仍然在You is Offline页面上获得点击率，并且我们仍然从用户那里得到报告，他们可以跟踪我们文章的链接。

有人能帮忙吗？有没有办法强迫FB的应用程序内浏览器更新缓存，并让我们的用户使用一名工作的服务人员？

最新消息

到目前为止，我们已经尝试了：

• 在软件注册URL中使用查询字符串愚弄浏览器更新服务人员
• 重复进行注册和注销（）操作（见上文）
• 在服务人员代码中使用skipWaiting（）
• 将“无缓存”添加到sw上的标头。js
• 确保软件。服务器未缓存js
• 删除或更改/offline页面导致net:：ERR\u失败错误
• 我们怀疑我们所有的服务人员修订版中都可能有一些看不见的错误，所以我们尝试了一个“空”的服务人员，看看这是否可行，并清除其他的

我们的分析表明：

• ChromeMobile 75可能是个问题
• 自6月7日以来，问题似乎已经发生。

什么都没起作用：我们的服务人员或其他东西仍在返回离线页面...

Answer 1

我们遇到了同样的问题，但表现略有不同——我们的用户开始收到一条错误消息“:: ERR失败”，尽管听起来是同一个原因。这个问题始于大约10天前，我设法绕过缓存的唯一方法是将用户发送到网站的新版本——通过从我发送到的网址中删除www.，并从301'ing到与www.

我也像你一样尝试了很多解决方案，但似乎不可能让服务人员联系网站-如果你把Charles放在手机和互联网之间，你会发现没有流量到达你的网站。我希望在停用一段时间后，服务人员将被应用程序缓存清理干净，我们可以切换回来。对不起，我帮不上什么忙，但请放心，你不是一个人！

Answer 2

这是Chrome/ChromiumWebView中的一个bug，在https://bugs.chromium.org/p/chromium/issues/detail?id=977784

在这一点上，修复方案应该广泛推出。