位置或范围在Web推送服务工作者中重要吗？

Question

我有一个Django Web应用程序，其中包含一个用于处理推送通知的服务工作者。一切都很好。在许多文章，教程和文档中，写着服务工作人员的位置和范围很重要，并确保将其放在域的根源上。

参见例如本文

服务工作者文件必须在您网站的根目录中注册。

和：

我花了15个小时来学习这一事实。你们很幸运！

因此，当我第一次在Django创建我的服务工作者时，我必须确保正确设置范围。我创建了一个将服务工作者的JS代码作为模板的视图，以便我可以设置 servication-worker-wasered header：

class ServiceWorkerView(TemplateView):
    template_name = 'web_push/web_push_service_worker.js'

    def get(self, request, *args, **kwargs):
        response = super().get(request, *args, **kwargs)
        response.headers['Content-Type'] = 'application/javascript'
        response.headers['Service-Worker-Allowed'] = '/'
        return response

该模板包含推送处理代码：

self.addEventListener('push', function(event) {
    ...
    self.registration.showNotification(...)
    ...
})

如前所述：正常工作。

但是现在我想知道：为什么范围很重要？我刚刚改变了事情，并将服务工作者的代码移至Django静态文件夹中的标准位置。在 sw noreferrer“> sw regigistration code 我删除了范围范围属性属性。现在很简单：

navigator.serviceWorker
    .register('/static/account/sw.js')
    .then(function(registration) {
        ...
    })

因此，此SW的新范围现在为/static/account/。

我已经对Chrome和Firefox，Localhost进行了一些测试，并使用 ngrok ，这似乎也很好。

因此，我的问题是：范围和 服务工作者的位置，处理推动通知，真的重要吗？我想念什么吗？是否存在推动SW的范围很重要的情况？

Answer 1

当您拥有带有 fetch 处理程序的服务工作者时，使范围和位置非常重要的考虑因素不适用于 push 仅适用于服务工人。

如果您只使用默认范围并注册一个在您的原点中某个地方的服务工作脚本（ navigator.serviceworker.register.register（'/static/static/account/account/sw.js'）在您的示例中），对于推送事件应该很好。

我相信 push 仅使用合成范围（配置为使用其消息后端）您的任何实际URL，并意外地控制了您不会期望的客户。不过，这对您要做的事情太过杀了。