遇到了一个问题,我们的一些用户在我们网站的 Facebook 浏览器中存在有问题的 Service Worker。
问题:当 Facebook 应用程序用户访问我们在 FB 上共享的页面时,他们会在 FB 浏览器上看到我们的“您离线页面”。
该错误似乎是旧版本的 Google Workbox (3.6.1) 在使用 Chrome 75 的 FB 应用程序中自动返回“您处于离线状态”页面。更新 Workbox 修复了该问题。
对 Workbox 的引用位于 Service Worker 中,因此当我们更新 Workbox 版本(解决了问题)时,一些用户仍然缓存了旧版本。
如果用户清除他们的 FB 应用程序缓存或重新安装 FB,那么一切都很好,他们可以看到我们的内容。但我们想尝试强制软件更新而不要求他们这样做。
为了从 FB 浏览器中清除旧的 Service Worker,我们尝试了以下操作:
<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>
然而,我们的分析显示,我们仍然在“您离线”页面上获得点击,并且我们仍然收到用户的报告,称他们可以跟踪我们文章的链接。
有人可以帮忙吗?有没有办法强制 FB 的应用内浏览器更新缓存,并让我们的用户使用可用的 Service Worker?
Update
到目前为止我们已经尝试过:
- 通过在软件注册 URL 中使用查询字符串来欺骗浏览器来更新 Service Worker
- 迭代注册和 unregister()ing(见上文)
- Using
skipWaiting()
在 Service Worker 代码中
- 将“no-cache”添加到 sw.js 的标头中
- 确保 sw.js 没有被服务器缓存
- 删除或更改
/offline
页面导致net::ERR_FAILED
error
- 我们怀疑所有 Service Worker 修订版中可能存在一些看不见的错误,因此我们尝试使用“空”Service Worker 来查看是否有效并清除其他 Service Worker
我们的分析表明以下内容:
- Chrome Mobile 75 可能是一个问题
- 问题似乎是从 6 月 7 日开始出现的。
没有任何效果:我们的 Service Worker,或者某物,仍在返回离线页面...