Produits Entr'ouvert » Combo

Deux points:

Par facilité on appelle pywebpush.webpush qui crée le jeton VAPID (mal avec un vieux Draft) et génère l'appel au web-service, en vrai on devrait gérer nous même la création du jeton et l'appel à l'objet WebPush, comme dans la doc de celui-ci :

# Optional
# headers = py_vapid.sign({"aud": "https://push.server.com/",
                           "sub": "mailto:your_admin@your.site.com"})
headers = cache.get('vapid-headers')
if headers is None:
  vp = py_vapid.Vapid02.from_string(private_key=private_key)  # Vapid02 == utiliser le auth scheme Vapid de RFC8292
  url = urlparse(subscription_info.get('endpoint'))
  aud = "{}://{}".format(url.scheme, url.netloc)
  headers = vp.sign({'aud': aud, 'sub': 'mailto:%s' % settings.DEFAULT_FROM_EMAIL, 'exp': int(datetime.now().timestamp() + 3600 * 3)})
  cache.set('vapid-headers', headers, 3600 * 2)
data = "Mary had a little lamb, with a nice mint jelly" 
WebPusher(subscription_info).send(data, headers)

Notamment parce que la doc indique qu'on peut mettre en cache le jeton JWT (pour au max 24h) et que Apple indique que son nouveau serveur webpush imposera d'utiliser au moins le même jeton pendant 1h (pour diminuer leur besoin d'en valider les signatures) et il est bien possible que le serveur windows, qui fait du throttling sans le dire, le fasse aussi.